ETSI TS 129 078 V4.i 0(2001-06) 

Technical Specification 



Digital cellular telecommunications system (Phase 2+) (GSM); 
Universal Mobile Telecommunications System (UMTS); 

Customised Applications for 

Mobile network Enhanced Logic (CAMEL) Phase 3; 

CAMEL Application Part (CAP) specification 

(3GPP TS 29.078 version 4.1.0 Release 4) 



3!^^ 



GLOBAL SYSTEM FOR 
MOBILE COMMUNICATIONS 




3G PP TS 29.078 version 4. 1 .0 Release 4 1 ETSI TS 1 29 078 V4. 1 .0 (2001-06) 



Reference 



RTS/TSGN-0229078Uv4R1 
Keywords 



GSM, UMTS 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 

Siret N°348 623 562 00017 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.orq 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 
Information on the current status of this and other ETSI documents is available at http://www. etsi . o rq/tb/status/ 

If you find errors in the present document, send your comment to: 
editor@etsi.fr 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2001. 
All rights reserved. 



£75/ 



3G PP TS 29.078 version 4. 1 .0 Release 4 2 ETSI TS 1 29 078 V4. 1 .0 (2001-06) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server (http://www.etsi.org/ipr ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by the ETSI 3' Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under www.etsi.org/kev . 



£75/ 



3GPPTS 29.078 version 4.1.0 Release 4 3 ETSI TS 129 078 V4.1.0 (2001-06) 



Contents 



Foreword 13 

1 Scope 14 

2 References 14 

2.1 Specifications used for IMPORTS for CAP 16 

3 Abbreviations 17 

4 Interface specification for telecommunication services 19 

4.1 General 19 

4.1.1 Definition methodology 19 

4.1.2 Example physical scenarios 19 

4.1.3 CAP protocol architecture 26 

4.1.4 Compatibility mechanisms used for CAP 27 

4.1.4.1 Introduction 27 

4.1.4.2 Definition of CAP compatibility mechanisms 28 

4. 1 .4.2. 1 Compatibility mechanism for interworking of CAP with ETSI CS2 Core INAP and ITU-T Q. 1228 

INAP 28 

4.1.4.2.2 Procedures for major additions to CAP 28 

4.1.4.2.3 Procedures for minor additions to CAP 28 

4.1.4.2.4 Procedures for inclusion of network specific additions to CAP 28 

4.1.5 Definition And Usage Of LeglD 28 

4.1.5.1 Definition Of LegID 28 

4.1.5.2 Allocation Of LegID 28 

4.2 SACF/MACF rules 29 

4.2.1 Reflection of TC AC 29 

4.2.2 Sequential/parallel execution of operations 29 

5 Common CAP Types 29 

5.1 Datatypes 29 

5.2 Error types 43 

5.3 Operation codes 45 

5.4 Error codes 46 

5.5 Classes 46 

5.6 Object IDentifiers (IDs) 49 

5.7 User Abort Data 52 

6 Circuit Switched Call Control 52 

6.1 gsmSSF/CCF - gsmSCF Interface 52 

6.1.1 Operations and arguments 52 

6.1.2 gsmSSF/gsmSCF packages, contracts and ACs 60 

6.1.2.1 gsmSSF/gsmSCF ASN.l module 60 

6.2 gsmSCF/gsmSRF interface 64 

6.2.1 gsmSCF/gsmSRF operations and arguments 64 

6.2.2 gsmSRF/gsmSCF contracts, packages and ACs 66 

6.2.2.1 gsmSRF/gsmSCF ASN.l modules 66 

7 MO SMS Control 67 

7.1 SMS operations and arguments 67 

7.1.1 Operation timers 70 

7.2 SMS contracts, packages and ACs 71 

7.2.1 SMS ASN.l module 71 

8 GPRS Control 72 

8.1 gsmSCF/gprsSSF operations and arguments 72 

8.1.1 Operation timers 78 

8.2 gsmSCF/gprsSSF contracts, packages and ACs 78 

8.2.1 gprsSSF/gsmSCF ASN.l module 78 



ETSI 



3GPPTS 29.078 version 4.1.0 Release 4 4 ETSI TS 129 078 V4.1.0 (2001-06) 

9 Application Entity procedures 81 

10 Error procedures 81 

10.1 Operation related error procedures 81 

10.1.1 Canceled 81 

10.1.1.1 General Description 81 

10.1.1.1.1 Error description 81 

10.1.1.2 Operations gsmSCF^gsmSRF 81 

10.1.2 CancelFailed 82 

10.1.2.1 General description 82 

10.1.2.1.1 Error description 82 

10.1.2.1.2 Argument description 82 

10.1.2.2 Operations gsmSCF^gsmSRF 82 

10.1.3 ETCFailed 83 

10.1.3.1 General description 83 

10.1.3.1.1 Error description 83 

10.1.3.2 Operations gsmSCF^gsmSSF 83 

10.1.4 ImproperCallerResponse 83 

10.1.4.1 General description 83 

10.1.4.1.1 Error description 83 

10.1.4.2 Operations gsmSCF^gsmSRF 83 

10.1.5 MissingCustomerRecord 84 

10.1.5.1 General description 84 

10.1.5.1.1 Error description 84 

10.1.5.2 Operations gsmSSF^gsmSCF 84 

10.1.5.3 Operations gsmSRF^gsmSCF 84 

10.1.5.4 Operations gprsSSF/gsmSSF^gsmSCF 84 

10.1.5.5 Operations gprsSSF^gsmSCF 85 

10.1.6 MissingParameter 85 

10.1.6.1 General description 85 

10.1.6.1.1 Error description 85 

10.1.6.2 Operations gsmSCF^gsmSSF 85 

10.1.6.3 Operations gsmSSF^gsmSCF 86 

10.1.6.4 Operations gsmSCF^gsmSRF 86 

10.1.6.5 Operations gsmSRF^gsmSCF 86 

10.1.6.6 Operations gprsSSF/gsmSSF^gsmSCF 87 

10.1.6.7 Operations gsmSCF^gprsSSF/gsmSSF 87 

10.1.6.8 Operations gprsSSF^gsmSCF 87 

10.1.6.9 Operations gsmSCF^gprsSSF 88 

10.1.7 ParameterOutOfRange 89 

10.1.7.1 General description 89 

10.1.7.1.1 Error description 89 

10.1.7.2 Operations gsmSCF^gsmSSF 89 

10.1.7.3 Operations gsmSSF^gsmSCF 89 

10.1.7.4 Operations gsmSCF^gsmSRF 89 

10.1.7.5 Operations gprsSSF/gsmSSF^gsmSCF 89 

10.1.7.6 Operations gsmSCF^gprsSSF/gsmSSF 89 

10.1.7.7 Operations gprsSSF ^gsmSCF 90 

10.1.7.8 Operations gsmSCF^gprsSSF 90 

10.1.8 RequestedlnfoError 90 

10.1.8.1 General description 90 

10.1.8.1.1 Error description 90 

10.1.8.1.2 Argument description 90 

10.1.8.2 Operations gsmSCF^gsmSSF 90 

10.1.9 SystemFailure 90 

10.1.9.1 General description 90 

10.1.9.1.1 Error description 90 

10.1.9.2 Argument description 91 

10.1.9.3 Operations gsmSCF^gsmSSF 91 

10.1.9.4 Operations gsmSSF^gsmSCF 91 

10.1.9.5 Operations gsmSCF^gsmSRF 91 

10.1.9.6 Operations gsmSRF^gsmSCF 91 



£75/ 



3GPP TS 29.078 version 4.1.0 Release 4 



ETSI TS 129 078 V4.1.0 (2001-06) 



10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 
10. 



9.7 Operations gprsSSF/gsmSSF^gsmSCF 91 

8 Operations gsmSCF^gprsSSF/gsmSSF 92 

9.9 Operations gprsSSF ^gsmSCF 92 

9.10 Operations gsmSCF^gprsSSF 92 

10 TaskRefused 92 

10.1 General description 92 

10.1.1 Error description 92 

10.1.2 Argument description 92 

10.2 Operations gsmSCF^gsmSSF 92 

10.3 Operations gsmSSF^gsmSCF 93 

10.4 Operations gsmSCF^gsmSRF 93 

10.5 Operations gsmSRF^gsmSCF 93 

10.6 Operations gprsSSF/gsmSSF^gsmSCF 93 

10.7 Operations gsmSCF^gprsSSF/gsmSSF 93 

10.8 Operations gprsSSF ^gsmSCF 94 

10.9 Operations gsmSCF^gprsSSF 94 

11 UnavailableResource 94 

11.1 General description 94 

11.1.1 Error description 94 

11.2 Operations gsmSCF^gsmSRF 94 

12 UnexpectedComponentSequence 95 

12.1 General description 95 

12.1.1 Error description 95 

12.2 Operations gsmSCF^gsmSSF 95 

12.3 Operations gsmSSF^gsmSCF 95 

12.4 Operations gsmSCF^gsmSRF (only applicable for direct gsmSCF-gsmSRF case) 95 

12.5 Operations gsmSRF^gsmSCF 96 

12.6 Operations gprsSSF/gsmSSF^gsmSCF 96 

12.7 Operations gsmSCF^gprsSSF/gsmSSF 96 

12.8 Operations gprsSSF ^gsmSCF 96 

12.9 Operations gsmSCF^gprsSSF 96 

13 UnexpectedDataValue 97 

13.1 General description 97 

13.1.1 Error description 97 

13.2 Operations gsmSCF^gsmSSF 97 

13.3 Operations gsmSSF^gsmSCF 97 

13.4 Operations gsmSCF^gsmSRF 97 

13.5 Operations gsmSRF^gsmSCF 98 

13.6 Operations gprsSSF/gsmSSF^gsmSCF 98 

13.7 Operations gsmSCF^gprsSSF/gsmSSF 98 

13.8 Operations gprsSSF ^gsmSCF 98 

13.9 Operations gsmSCF^gprsSSF 98 

14 UnexpectedParameter 99 

14.1 General description 99 

14.1.1 Error description 99 

14.2 Operations gsmSCF^gsmSSF 99 

14.3 Operations gsmSSF^gsmSCF 99 

14.4 Operations gsmSCF^gsmSRF 99 

14.5 Operations gsmSRF^gsmSCF 99 

14.6 Operations gprsSSF/gsmSSF^gsmSCF 100 

14.7 Operations gsmSCF^gprsSSF/gsmSSF 100 

14.8 Operations gprsSSF ^gsmSCF 100 

14.9 Operations gsmSCF^gprsSSF 100 

15 UnknownLegID 100 

15.1 General description 100 

15.1.1 Error description 100 

15.2 Operations gsmSCF^gsmSSF 100 

16 UnknownPDPID 101 

16.1 General description 101 

16.1.1 Error description 101 

16.2 Operations gprsSSF^gsmSCF 101 

16.3 Operations gsmSCF^gprsSSF 101 



£75/ 



3GPPTS 29.078 version 4.1.0 Release 4 6 ETSI TS 129 078 V4.1.0 (2001-06) 

10.2 Entity related error procedures 101 

10.2.1 Expiration of Tg§p 102 

10.2.1.1 General description 102 

10.2.1.1.1 Error description 102 

10.2.1.2 Procedures gsmSSF^gsmSCF 102 

10.2.2 Expiration of TsRF 102 

10.2.2.1 General Description 102 

10.2.2.1.1 Error description 102 

10.2.2.2 Procedures description 102 

11 Detailed operation procedures 102 

11.1 ActivityTest procedure 102 

11.1.1 General description 102 

11.1.1.1 Parameters 102 

11.1.2 Responding entity (gsmSSF, gsmSRFor assistSSF) 103 

11.1.2.1 Normal procedure 103 

11.1.2.2 Error handling 103 

11.2 ActivityTestGPRS procedure 103 

11.2.1 General description 103 

11.2.1.1 Parameters 103 

11.2.2 Responding entity (gprsSSF) 103 

11.2.2.1 Normal procedure 103 

11.2.2.2 Error handling 104 

11.3 ApplyCharging procedure 104 

11.3.1 General description 104 

11.3.1.1 Parameters 104 

11.3.2 Responding entity (gsmSSF) 104 

11.3.2.1 Normal procedure 104 

11.3.2.2 Error handling 105 

11.4 ApplyChargingGPRS procedure 105 

11.4.1 General description 105 

11.4.1.1 Parameters 105 

11.4.2 Responding entity (gprsSSF) 106 

11.4.2.1 Normal procedure 106 

11.4.2.2 Error handling 106 

11.5 ApplyChargingReport procedure 106 

11.5.1 General description 106 

11.5.1.1 Parameters 106 

11.5.2 Invoking entity (gsmSSF) 107 

11.5.2.1 Normal procedure 107 

11.5.2.2 Error handling 108 

11.6 ApplyChargingReportGPRS procedure 108 

11.6.1 General description 108 

11.6.1.1 Parameters 108 

11.6.2 Invoking entity (gprsSSF) 110 

11.6.2.1 Normal procedure 110 

11.6.2.2 Error handling 110 

11.7 AssistRequestlnstructions procedure 110 

11.7.1 General description 110 

11.7.1.1 Parameters 110 

11.7.2 Invoking entity (gsmSSF/gsmSRF) Ill 

11.7.2.1 Normal procedure Ill 

11.7.2.2 Error handling Ill 

11.8 CallGap procedure Ill 

11.8.1 General description Ill 

11.8.1.1 Parameters Ill 

11.8.2 Responding entity (gsmSSF) 113 

11.8.2.1 Normal procedure 113 

11.8.2.2 Error handling 114 

11.9 CalUnformationReport procedure 115 

11.9.1 General description 115 

11.9.1.1 Parameters 115 



ETSI 



3GPPTS 29.078 version 4.1.0 Release 4 7 ETSI TS 129 078 V4.1.0 (2001-06) 

11.9.2 Invoking entity (gsmSSF) 115 

11.9.2.1 Normal procedure 115 

11.9.2.2 Error handling 116 

11.10 CalllnformationRequest procedure 116 

11.10.1 General description 116 

11.10.1.1 Parameters 116 

11.10.2 Responding entity (gsmSSF) 116 

11.10.2.1 Normal procedure 116 

11.10.2.2 Error handling 117 

11.11 Cancel procedure 117 

11.11.1 General description 117 

11.11.1.1 Parameters 117 

11.11.2 Responding entity (gsmSRF) 117 

11.11.2.1 Normal procedure 117 

11.11.2.2 Error handling 117 

11.11.3 Responding entity (gsmSSF) 118 

11.11.3.1 Normal procedure 118 

11.11.3.2 Error handling 118 

11.12 CancelGPRS procedure 118 

11.12.1 General description 118 

11.12.1.1 Parameters 118 

11.12.2 Responding entity (gprsSSF) 118 

11.12.2.1 Normal procedure 118 

11.12.2.2 Error handling 119 

11.13 Connect procedure 119 

11.13.1 General description 119 

11.13.1.1 Parameters 119 

11.13.2 Responding entity (gsmSSF) 120 

11.13.2.1 Normal procedure 120 

11.13.2.2 Error handling 120 

11.14 ConnectGPRS procedure 120 

11.14.1 General description 120 

11.14.1.1 Parameters 121 

11.14.2 Responding entity (gprsSSF) 121 

11.14.2.1 Normal procedure 121 

11.14.2.2 Error handling 121 

11.15 ConnectSMS procedure 121 

11.15.1 General description 121 

11.15.1.1 Parameters 121 

11.15.2 Responding entity (gsmSSF or gprsSSF) 122 

11.15.2.1 Normal procedure 122 

11.15.2.2 Error handling 122 

11.16 ConnectToResource procedure 122 

11.16.1 General description 122 

11.16.1.1 Parameters 122 

11.16.2 Responding entity (gsmSSF) 123 

11.16.2.1 Normal procedure 123 

11.16.2.2 Error handling 123 

11.17 Continue procedure 123 

11.17.1 General description 123 

11.17.1.1 Parameters 123 

11.17.2 Responding entity (gsmSSF) 123 

11.17.2.1 Normal procedure 123 

11.17.2.2 Error handling 124 

11.18 ContinueGPRS procedure 124 

11.18.1 General description 124 

11.18.1.1 Parameters 124 

11.18.2 Responding entity (gprsSSF) 124 

11.18.2.1 Normal procedure 124 

11.18.2.2 Error handling 124 

11.19 ContinueSMS procedure 124 

11.19.1 General description 124 



ETSI 



3GPPTS 29.078 version 4.1.0 Release 4 8 ETSI TS 129 078 V4.1.0 (2001-06) 

11.19.1.1 Parameters 125 

11.19.2 Responding entity (gprsSSF or gsmSSF) 125 

11.19.2.1 Normal procedure 125 

11.19.2.2 Error handling 125 

11.20 ContinueWithArgument Procedure 125 

11.20.1 General description 125 

11.20.1.1 Parameters 125 

11.20.2 Responding entity (gsmSSF) 126 

11.20.2.1 Normal procedure 126 

11.20.2.2 Error handling 126 

11.21 DisconnectForwardConnection procedure 126 

11.21.1 General Description 126 

11.21.1.1 Parameters 127 

11.21.2 Responding entity (gsmSSF) 127 

11.21.2.1 Normal procedure 127 

11.21.2.2 Error handling 127 

11.22 EntityReleasedGPRS procedure 127 

11.22.1 General description 127 

11.22.1.1 Parameters 128 

11.22.2 Invoking entity (gprsSSF) 128 

11.22.2.1 Normal procedure 128 

11.22.2.2 Error handling 128 

11.23 EstablishTemporaryConnection procedure 128 

11.23.1 General Description 128 

11.23.1.1 Parameters 128 

11.23.2 Responding entity (gsmSSF) 129 

11.23.2.1 Normal procedure 129 

11.23.2.2 Error handling 130 

11.24 EventReportBCSM procedure 130 

11.24.1 General description 130 

11.24.1.1 Parameters 130 

11.24.2 Invoking entity (gsmSSF) 131 

11.24.2.1 Normal procedure 131 

11.24.2.2 Error handling 132 

11.25 EventReportGPRS procedure 132 

11.25.1 General description 132 

11.25.1.1 Parameters 132 

11.25.2 Invoking entity (gprsSSF) 133 

11.25.2.1 Normal procedure 133 

11.25.2.2 Error handling 133 

11.26 EventReportSMS procedure 133 

11.26.1 General description 133 

11.26.1.1 Parameters 133 

11.26.2 Invoking entity (gsmSSF or gprsSSF) 134 

11.26.2.1 Normal procedure 134 

11.26.2.2 Error handling 134 

11.27 FumishCharginglnformation procedure 134 

11.27.1 General description 134 

11.27.1.1 Parameters 134 

11.27.2 Responding entity (gsmSSF) 135 

11.27.2.1 Normal procedure 135 

11.27.2.2 Error handling 135 

1 1.28 FumishCharginglnformationGPRS procedure 135 

11.28.1 General description 135 

11.28.1.1 Parameters 135 

11.28.2 Responding entity (gprsSSF) 136 

11.28.2.1 Normal procedure 136 

11.28.2.2 Error handling 136 

11.29 FumishCharginglnformationSMS procedure 136 

11.29.1 General description 136 

11.29.1.1 Parameters 136 

11.29.2 Responding entity (gsmSSF or gprsSSF) 136 



ETSI 



3GPPTS 29.078 version 4.1.0 Release 4 9 ETSI TS 129 078 V4.1.0 (2001-06) 

11.29.2.1 Normal procedure 136 

11.29.2.2 Error handling 137 

11.30 InitialDP procedure 137 

11.30.1 General description 137 

11.30.1.1 Parameters 137 

11.30.2 Invoking entity (gsmSSF) 139 

11.30.2.1 Normal procedure 139 

11.30.2.2 Error handling 140 

11.31 InitialDPGPRS procedure 140 

11.31.1 General description 140 

11.31.1.1 Parameters 140 

11.31.2 Invoking entity (gprsSSF) 141 

11.31.2.1 Normal procedure 141 

11.31.2.2 Error handling 142 

11.32 InitialDPSMS procedure 142 

11.32.1 General description 142 

11.32.1.1 Parameters 142 

11.32.2 Invoking entity (gsmSSF or gprsSSF) 143 

11.32.2.1 Normal procedure 143 

11.32.2.2 Error handling 143 

11.33 Play Announcement procedure 143 

11.33.1 General description 143 

11.33.1.1 Parameters 144 

11.33.2 Responding entity (gsmSRF) 144 

11.33.2.1 Normal procedure 144 

11.33.2.2 Error handling 145 

11.34 PromptAndCollectUserlnformation procedure 145 

11.34.1 General description 145 

11.34.1.1 Parameters 145 

11.34.2 Responding entity (gsmSRF) 148 

11.34.2.1 Normal procedure 148 

11.34.2.2 Error handling 149 

11.35 ReleaseCall procedure 149 

11.35.1 General description 149 

11.35.1.1 Parameters 149 

11.35.2 Responding entity (gsmSSF) 149 

11.35.2.1 Normal procedure 149 

11.35.2.2 Error handling 150 

11.36 ReleaseGPRS procedure 150 

11.36.1 General description 150 

11.36.1.1 Parameters 150 

11.36.2 Responding entity (gprsSSF) 150 

11.36.2.1 Normal procedure 150 

11.36.2.2 Error handling 150 

11.37 ReleaseSMS procedure 151 

11.37.1 General description 151 

11.37.1.1 Parameters 151 

11.37.2 Responding entity (gsmSSF or gprsSSF) 151 

11.37.2.1 Normal procedure 151 

11.37.2.2 Error handling 151 

11.38 RequestReportBCSMEvent procedure 151 

11.38.1 General description 151 

11.38.1.1 Parameters 152 

11.38.2 Responding entity (gsmSSF) 153 

11.38.2.1 Normal procedure 153 

11.38.2.2 Error handling 153 

11.39 RequestReportGPRSEvent procedure 153 

11.39.1 General description 153 

11.39.1.1 Parameters 153 

11.39.2 Responding entity (gprsSSF) 154 

11.39.2.1 Normal procedure 154 

11.39.2.2 Error handling 154 



ETSI 



3GPPTS 29.078 version 4.1.0 Release 4 10 ETSI TS 129 078 V4.1.0 (2001-06) 

11.40 RequestReportSMSEvent procedure 154 

11.40.1 General description 154 

11.40.1.1 Parameters 154 

11.40.2 Responding entity (gsmSSF or gprsSSF) 154 

11.40.2.1 Normal procedure 154 

11.40.2.2 Error handling 155 

11.41 ResetTimer procedure 155 

11.41.1 General description 155 

11.41.1.1 Parameters 155 

11.41.2 Responding entity (gsmSSF) 155 

11.41.2.1 Normal procedure 155 

11.41.2.2 Error handling 155 

11.42 ResetTimerGPRS procedure 155 

11.42.1 General description 155 

11.42.1.1 Parameters 156 

11.42.2 Responding entity (gprsSSF) 156 

11.42.2.1 Normal procedure 156 

11.42.2.2 Error handling 156 

11.43 ResetTimerSMS procedure 156 

11.43.1 General description 156 

11.43.1.1 Parameters 156 

11.43.2 Responding entity (gsmSSF or gprsSSF) 156 

11.43.2.1 Normal procedure 156 

11.43.2.2 Error handling 157 

11.44 SendCharginglnformation procedure 157 

11.44.1 General description 157 

11.44.1.1 Parameters 157 

11.44.2 Responding entity (gsmSSF) 158 

11.44.2.1 Normal procedure 158 

11.44.2.2 Error handling 158 

11.45 SendCharginglnformationGPRS Procedure 158 

11.45.1 General description 158 

11.45.1.1 Parameters 158 

11.45.2 Responding Entity (gprsSSF) 159 

11.45.2.1 Normal Procedure 159 

11.45.2.2 Error handling 159 

11.46 SpecializedResourceReport procedure 160 

11.46.1 General description 160 

11.46.1.1 Parameters 160 

11.46.2 Invoking entity (gsmSRF) 160 

11.46.2.1 Normal procedure 160 

11.46.2.2 Error handling 160 

12 Services assumed from lower layers 160 

12.1 Services assumed fromTC 160 

12.1.1 Common procedures 161 

12.1.1.1 Normal procedures 161 

12.1.1.2 Abnormal procedures 161 

12.1.1.3 Dialogue handling 162 

12.1.1.3.1 Dialogue establishment 162 

12.1.1.3.2 Dialogue continuation 163 

12.1.1.3.3 Dialogue termination 163 

12.1.1.3.4 User abort 164 

12.1.1.3.5 Provider abort 164 

12.1.1.3.6 Mapping to TC dialogue primitives 164 

12.1.1.3.7 Default mapping to TC dialogue parameters 165 

12.1.1.4 Component handling 166 

12.1.1.4.1 Procedures for CAP operations 166 

12.1.1.4.2 Mapping to TC component primitives 168 

12.1.1.4.3 Default mapping to TC component parameters 169 

12.1.2 gsmSSF-gsmSCF interfaces 169 

12.1.2.1 Normal procedures 169 



ETSI 



3GPPTS 29.078 version 4.1.0 Release 4 11 ETSI TS 129 078 V4.1.0 (2001-06) 

12.1.2.1.1 gsmSSF-to-gsmSCF messages 169 

12.1.2.1.2 gsmSCF-to-gsmSSF messages 170 

12.1.2.1.3 gsmSSF/gprsSSF-to-gsmSCF SMS related messages 171 

12.1.3 gsmSCF-to-gsmSSF/gprsSSF SMS related messages 171 

12.1.3.1 Use of dialogue handling services 171 

12.1.3.2 Abnormal procedures 171 

12.1.3.2.1 gsmSCF-to-gsmSSF/gsmSRF messages 171 

12.1.3.2.2 gsmSSF/gsmSRF/-to-gsmSCF messages 171 

12.1.4 gsmSCF-to-gsmSSF/gprsSSF SMS related messages 172 

12.1.5 gsmSSF/gprsSSF-to-gsmSCF SMS related messages 172 

12.1.5.1 Use of dialogue handling services 172 

12.1.5.2 Dialogue handling 173 

12.1.5.2.1 Dialogue establishment 173 

12.1.5.2.2 Dialogue continuation 173 

12.1.5.2.3 Dialogue termination 173 

12.1.5.2.4 User abort 173 

12.1.5.2.5 Provider abort 173 

12.1.5.2.6 Mapping to TC dialogue primitives 173 

12.1.5.3 Component Handling 174 

12.1.5.3.1 Procedures for CAP operations 174 

12.1.5.3.2 Mapping to TC component parameters 174 

12.1.6 gsmSCF-gsmSRF interface 174 

12.1.6.1 Normal procedures 174 

12.1.6.1.1 SCF-to/from-gsmSRF messages 174 

12.1.6.1.2 Abnormal procedures 175 

12.1.6.1.3 Dialogue handling 175 

12.1.6.1.4 Dialogue establishment 175 

12.1.6.1.5 Dialogue continuation 175 

12.1.6.1.6 Dialogue termination 175 

12.1.6.1.7 User abort 175 

12.1.6.1.8 Provider abort 175 

12.1.6.1.9 Mapping to TC dialogue primitives 175 

12.1.6.2 Component handling 175 

12.1.6.2.1 Procedures for CAP operations 175 

12.1.6.2.2 Mapping to TC component parameters 175 

12.1.7 gprsSSF-gsmSCF interface 175 

12.1.7.1 Normal procedures 175 

12.1.7.1.1 TC -dialogues and relationships 175 

12.1.7.1.2 Use of the GPRS Reference 176 

12.1.7.1.3 gprsSSF-to-gsmSCF messages 176 

12.1.7.1.4 gsmSCF-to-gprsSSF messages 177 

12.1.7.2 Abnormal procedures 178 

12.1.7.2.1 gsmSCF-to-gprsSSF messages 178 

12.1.7.2.2 gprsSSF-to-gsmSCF messages 178 

12.1.7.2.3 Default GPRS Handling 178 

12.2 Services assumed from SCCP 178 

12.2.1 Normal procedures 179 

12.2.2 Service functions from SCCP 179 

12.2.2.1 SCCP connectionless services 179 

12.2.2.1.1 Sub-System Number (SSN) 179 

12.2.2.1.2 Addressing 180 

12.2.2.1.3 Sequence control 183 

12.2.2.1.4 Return on error 183 

12.2.2.1.5 Segmentation / reassembly 183 

12.2.2.1.6 Congestion control 183 

12.2.2.2 SCCP connection oriented services 184 

12.2.2.3 SCCP management 184 



ETSI 



3GPPTS 29.078 version 4.1.0 Release 4 12 ETSI TS 129 078 V4.1.0 (2001-06) 

Annex A (normative): Mapping between CAP and ISUP 185 

A.l InitialDP operation 185 

A.2 ContinueWithArgument operation 185 

A.3 Connect operation 186 

A.4 AssistRequestlnstructions operation 188 

A.5 ConnectToResource operation 188 

A.6 EstablishTemporaryConnection operation 189 

A.7 ReleaseCall operation 189 

Annex B (informative): Change history 190 



ETSI 



3GPPTS 29.078 version 4.1.0 Release 4 13 ETSI TS 129 078 V4.1.0 (2001-06) 



Foreword 



,rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The present document identifies the 3G system specifications for Release 1999. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 



The present document specifies the CAMEL AppHcation Part (CAP) supporting the third phase of the network feature 
Customized AppHcations for Mobile network Enhanced Logic. CAP is based on a sub-set of the ETSI Core INAP CS-2 
as specified by EN 301 140-1 [39]. Descriptions and definitions provided by EN 301 140-1 [39] are directly referenced 
by this standard in case no additions or clarifications are needed for the use in the CAP. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] ETSI ETR 186-2: "Intelligent Network (IN); Interaction between IN AppHcation Protocol (INAP) 

and Integrated Services Digital Network (ISDN) signalling protocols; Part 2: Switching signalling 
requirements for IN Capability Set 2 (CS2) service support in a Narrowband ISDN (N-ISDN) 
environment". 

[2] 3GPP TS 29.202: "SS7 Signalling Transport in Core Network; Stage 3. 

[3] ETSI ETS 300 009-1: "Integrated Services Digital Network (ISDN); Signalling System No.7; 

Signalling Connection Control Part (SCCP) (connectionless and connection-oriented class 2) to 
support international interconnection; Part 1 : Protocol specification [ITU-T Recommendations 
Q.711 to Q.714 and Q.716 (1993), modified]". 

[4] ETSI ETS 300 12 1 : "Integrated Services Digital Network (ISDN); AppHcation of the ISDN User 

Part (ISUP) of CCITT SignalHng System No.7 for international ISDN interconnections (ISUP 
version 1)". 

[5] ETSI EN 300 196-1: "Integrated Services Digital Network (ISDN); Generic functional protocol for 

the support of supplementary services; Digital Subscriber Signalling System No. one (DSSl) 
protocol; Part 1: Protocol specification". 

[6] ETSI ETS 300 287-1 : "Integrated Services Digital Network (ISDN); SignalHng System No.7; 

Transaction Capabilities (TC) version 2; Part 1 : Protocol specification [ITU-T Recommendations 
Q.771 to Q.775 (1993), modified]". 

[7] ETSI ETS 300 348: "Intelligent Network (IN); Physical plane for intelligent network CapabiHty 

Set 1 (CSl) [ITU-T Recommendation Q.1215 (1993)]". 

[8] ETSI EN 300 356-1: "Integrated Services Digital Network (ISDN); SignalHng System No.7; ISDN 

User Part (ISUP) version 3 for the international interface; Part 1: Basic services 
[ITU-T Recommendations Q.761 to Q.764 (1997), modified]". 

[9] ETSI ETS 300 374-l:"Intenigent Network (IN); Intelligent Network CapabiHty Set 1 (CSl); Core 

Intelligent Network Application Protocol (INAP); Part 1: Protocol specification". 

[10] ETSI EN 300 403-1: "Integrated Services Digital Network (ISDN); Digital Subscriber Signalling 

System No. one (DSSl) protocol; Signalling network layer for circuit-mode basic call control; 
Part 1: Protocol specification [ITU-T Recommendation Q. 93 1 (1993), modified]". 
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[11] ETSI EN 301 070-1: "Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN 

User Part (ISUP) version 3 interactions with the Intelligent Network Application Part (INAP); 
Part 1: Protocol specification [ITU-T Recommendation Q. 1600 (1997), modified]". 

[12] 3GPP TS 24.008: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface 

layer 3 specification (3GPP TS 24.008)". 

[13] 3GPP TS 29.002: "Digital cellular telecommunications system (Phase 2+); Mobile Application 

Part (MAP) specification (3GPP TS 29.002)". 

[14] ISO 639 (1988): "Code for the representation of names of languages". 

[15] ISO 9545 (1989): "Information technology - Open Systems Interconnection - Application Layer 

structure". 

[16] ITU-T Recommendation Q.71: "ISDN circuit mode switched bearer services". 

[17] ITU-T Recommendation Q.700: "Introduction to CCITT Signalling System No.7". 

[18] ITU-T Recommendation Q.710: "Signalling System No.7 - Simplified MPT version of small 

systems". 

[19] ITU-T Recommendation Q.762: "General function of messages and signals of the ISDN user part 

of signalling system no.7". 

[20] ITU-T Recommendation Q.763: "Formats and codes of the ISDN user part of Signalling System 

No.7". 

[21] ITU-T Recommendation Q.767: "Application of the ISDN user part of CCITT SignalHng System 

No.7 for international ISDN interconnections". 

[22] ITU-T Recommendation Q.850: "Usage of cause and location in the digital subscriber signalling 

system no. 1 and the signalling system no.7 ISDN user part". 

[23] ITU-T Recommendation Q.932: "Digital subscriber Signalling System No.l (DSS 1) - Generic 

procedures for the control of ISDN supplementary services". 



[24] ITU-T Recommendation Q. 1224 

[25] ITU-T Recommendation Q. 1225 

[26] ITU-T Recommendation Q. 1 228 

[27] ITU-T Recommendation Q. 1 290 

networks". 



"Distributed functional plane for intelligent network CS2". 
"Physical plane for intelligent network CS2". 
"Interface ITU-T Recommendation for intelligent network CS2". 
"Glossary of terms used in the definition of intelligent 



[28] ITU-T Recommendation Q. 1400: "Architecture framework for the development of signalling and 

organization, administration and maintenance protocols using OSI principles". 

[29] CCITT Recommendation X.208: "Specification of Abstract Syntax Notation One (ASN. 1)". 

[30] CCITT Recommendation X.209: "Specification of basic encoding rules for Abstract Syntax 

Notation One (ASN. 1)". 

[31] CCITT Recommendation X.219: "Remote operations: Model, notation and service definition". 

[32] CCITT Recommendation X.229: "Remote operations: Protocol specification". 

[33] ITU-T Recommendation X.680 ASN.l: "Information technology - Abstract Syntax Notation One 

(ASN.l): Specification of basic notation". 

[34] ITU-T Recommendation X.690: "ASN.l encoding rules: Specification of Basic Encoding Rules 

(BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules (DER)". 

[35] ITU-T Recommendation X.831: "Information technology - Open Systems Interconnection - 

Generic upper layers security: Security Exchange Service Element (SESE) service definition". 
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[36] ITU-T Recommendation X.832: "Information technology - Open Systems Interconnection - 

Generic upper layers security: Security Exchange Service Element (SESE) protocol specification". 

[37] ITU-T Recommendation X.880 I ISO/IEC 9072-1: "Information technology - Remote Operations: 

Concepts, model and notation". 

[38] ETSI ES 201 296: "Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN 

User Part (ISUP); Signalling aspects of charging". 

[39] ETSI EN 301 140-5: "Intelligent Network (IN); Intelligent Network Application Protocol (INAP); 

Capability Set 2 (CS2); Part 1: Protocol Specification". 

[40] ANSI Tl.l 12-1996: " American National Standards for Telecommunications- Signalling System 

Number 7 (SS7) - SignalHng Connection Control Part (SCCP)". 

[41] CCITT Recommendation Q.713: "Specifications of Signalling System No.7; SCCP formats and 

codes". 

[42] 3GPP TS 23.078: " Customised Applications for Mobile network Enhanced Logic (CAMEL) 

Phase 3 -Stage 2". 

[43] 3GPP TS 29.060: "General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) 

across the Gn and Gp Interface". 

[44] 3GPP TS 23.032: "Universal Geographical Area Description (GAD)". 

[45] 3GPP TS 24.01 1 : "Point-toPoint (PP) Short Message Service (SMS); support on mobile radio 

interface". 

[46] 3GPP TS 23.040: "Technical realization of the Short Message Service (SMS); Point-to-Point 

(PP)". 

[47] 3GPP TS 22.024: "Description of Charge Advice Information (CAI)". 

[48] ITU-T Recommendation Q.773: "Specifications of Signalling System No.7; Transaction 

capabilities formats and encoding". 

[49] 3GPP TS 23.003: "Numbering, addressing and identification". 

[50] ITU-T Recommendation Q.714: "Specifications of Signalling System No.7; Signalling Connection 

Control Part procedures". 

[51] 3GPP TS 09.12: "Application of ISDN User Part (ISUP) version 2 for the ISDN-PubHc Land 

Mobile Network (PLMN) signalling interface; Part 1: Protocol specification". 

[52] 3GPP TS 22.1 15: "Service Aspects Charging and Billing". 

[53] ANSI Tl.l 13-1995: "American National Standards for Telecommunications- Signalling System 

Number 7 (SS7) - ISDN User Part". 

2.1 Specifications used for IIVIPORTs for CAP 

The following table lists the modules from which CAP V3 imports. For each module, the table indicates in which 
formal specification this module can be found. 
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Table 2-1 : Module IMPORT specifications 



Module Name 


Specification 


Ref 


GS1 -Datalypes {ccitt(O) identified-organization(4) etsi(O) mobileDomain(O) umts- 
network(1) modules(3) cs1-datatypes(2) version1(0)} 


ETS 300 374-1 


[9] 


GS2-datatypes {ccitt(O) identified-organization(4) etsi(O) mobileDomain(O) umts- 
network(1) modules(3) in-cs2-datatypes (0) version1(0)} 


EN 301 140-1 


[39] 


MAP-CommonDataTypes {ccitt(O) identified-organization(4) etsi(O) 
mobileDomain(O) gsm-Network(l) modules(3) map-CommonDataTypes(18) 
version6(6)} 


3GPPTS 
29.002 


[13] 


MAP-MS-DataTypes {ccitt(O) identified-organization(4) etsi(O) mobileDomain(O) 
gsm-Network(l) modules(3) map-MS-DataTypes(11) version6(6)} 


3GPPTS 
29.002 


[13] 


MAP-CH-DataTypes {ccitt(O) identified-organization(4) etsi(O) mobileDomain(O) 
gsm-Network(l) modules(3) map-CH-DataTypes(13) version6(6)} 


3GPPTS 
29.002 


[13] 


MAP-ExtensionDataTypes {ccitt(O) identified-organization(4) etsi(O) 
mobileDomain(O) gsm-Network(l) modules(3) map-ExtensionDataTypes(21) 
version6(6)} 


3GPPTS 
29.002 


[13] 


TCAPMessages {ccitt recommendation q 773 modules(2) messages(1) 
version3(3)} 


ITU-T 0.773 


[48] 


Remote-Operations-Information-Objects {joint-iso-ccitt remote-operations(4) 
informationObjects(5) version 1 (0)} 


ITU-T X.880 


[37] 


TC-Notation-Extensions {ccitt recommendation q 775 modules(2) notation- 
extension (4) version1(1)} 


ETS 300 287-1 


[6] 





Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AC Application Context 

ACI Access Control Information 

AE Application Entity 

AEI Application Entity Invocation 

APDU Application Protocol Data Unit 

ASE Application Service Element 

ASN.I Abstract Syntax Notation One 

BCSM Basic Call State Model 

BCUSM Basic Call Unrelated State Model 

BPIM Basic Primitive Interface Model 

C-ALG Data confidentiality algorithm 

CBC Connectionless Bearer Control 

CCF Call Control Function 

CSl Capability Set 1 

CS2 Capability Set 2 

CSI CAMEL Subscription Information 

DP Detection Point 

DSSI Digital Subscriber Signalling System No. One 

EDP Event Detection Point 

EDP-N Event Detection Point - Notification 

EDP-R Event Detection Point - Request 

FE Functional Entity 

FEAM Functional Entity Access Manager 

ffs for further study 

FSM Finite State Model 

GprsSSF GPRS SSF 

gsmSCF GSM SCF 

gsmSSF GSM SSF 

gsmSRF GSM SRF 

GT Global Title 

GULS Generic Upper Layers Security 
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I-ALG data Integrity ALGorithm 

ID IDentifier 

IE Information Element 

IN Intelligent Network 

CAP Intelligent Network Application Protocol 

IP Intelligent Peripheral 

ISDN Integrated Services Digital Network 

ISUP ISDN User Part 

K-ALG Key management ALGorithm 

LE Local Exchange 

M3UA MTP3-User Adaptation 

MAC Message Authentication Code 

MACE Multiple Association Control Eunction 

MSC Mobile services Switching Centre 

MTP Message Transfer Part 

MTP3 MTP Level 3 

NA North American 

O-ALG One-way function ALGorithm 

O-BCSM Originating BCSM 

PCO Point of Control and Observation 

PDU Protocol Data Unit 

PE Physical Entity 

PIA Point In Association 

PIC Point In Call 

PLMN Public Land Mobile Network 

PSTN Public Switched Telecommunication Network 

QOP Quality of Protection 

RCO Resource Control Object 

ROS Remote Operations Service 

ROSE ROS Element 

RRB Request Report BCSM Event 

SACF Single Association Control Eunction 

SAO Single Association Object 

SCCP Signalling Connection Control Part 

gsmSCE Service Control Eunction 

SCP Service Control Point 

SDL System Description Language 

SESE Security Exchange Service Element 

SL Service Logic 

SLP Service Logic Program 

SLPI Service Logic Program Instance 

SMSC Short Message Service Centre 

SME Service Management Function 

SPKM Simple Public Key GSS-API Mechanism 

gsmSRE Specialized Resource Eunction 

SRME gsmSRE Management Entity 

SRSM gsmSRE Call State Model 

SS7 Signalling System no. 7 

gsmSSE Service Switching Eunction 

SSME gsmSSE Management Entity 

SSN Sub-System Number 

SSP Service Switching Point 

STUI Service To User Information 

T-BCSM Terminating BCSM 

tbd to be determined 

TC Transaction Capabilities 

TCAP Transaction Capabilities Application Part 

TDP Trigger Detection Point 

TDP-R Trigger Detection Point - Request 
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Interface specification for telecommunication 
services 



4.1 



General 



4.1.1 Definition methodology 

The definition of the protocol can be split into three sections: 

the definition of the Single Association Control Function (S ACF)/Multiple Association Control Function 
(MACF) rules for the protocol; 

the definition of the operations transferred between entities; 

the definition of the actions taken at each entity. 

The SACF/MACF rules are defined in prose. The operation definitions are in Abstract Syntax Notation One (ASN.l), 
see CCITT Recommendations X.208 [29], ITU-T Recommendation X.680 [33], and the actions are defined in terms of 
state transition diagrams. Further guidance on the actions to be performed on receipt of an operation can be gained from 
the description of the relevant information flow in ITU-T Recommendation Q.1224 [24]. 

The CAMEL Application Protocol (CAP) is a ROS Element (ROSE) user protocol (see 

CCITT Recommendation X.219 [31] and CCITT Recommendation X.229 [32]). The ROSE protocol is contained 
within the component sublayer of Transaction Capabilities Application Part (TCAP) (see ETS 300 287-1 ) and Digital 
Subscriber Signalling System No One (DSSl) (ITU-T Recommendation Q.932 ). At present the ROSE Application 
Protocol Data Units (APDUs) are conveyed in transaction sublayer messages in Signalling System no. 7 (SS7) and in 
the EN 300 403-1 REGISTER, FACILITY and call control messages in DSSl. Other supporting protocols may be 
added at a later date. 

The CAP (as a ROSE user) and the ROSE protocol have been specified using ASN.l (see 

ITU-T Recommendation X.680). The encoding of the resulting Protocol Data Units (PDUs) should use the Basic 

Encoding Rules (see ITU-T Recommendation X.690). 

4.1 .2 Example physical scenarios 

The reader is referred to Intelligent Network Capability Set 1 (CSl) Core INAP [9] for details of the example physical 
scenarios. 



SCP 



SSP 



/ 


ISUP 


\ 


IP 


SSF 


SRF 





Scenario 1 , Direct Path To IP (Ref. CS1 cases b) & d)). 
Figure 4-1 : Scenarios 
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SCP 



Initiating 
SSP 




SCF 



ISUP 





Scenario 2a, Connection to IP via an Assisting SSF with relay function; IP co-located with Assisting gsmSSF (Ref. 
CS1 case c)). 

Figure 4-1 (continued): Scenarios 
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SCP 



Initiating 
SSP 




Scenario 2b; Connection to IP via an Assisting SSF with relay function; IP not co-located with Assisting gsmSSF 
(Ref CS1 case c)). 

Figure 4-1 (continued): Scenarios 
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SCP 





Scenario 3 , Connection to IP with relay function; IP co-located with gsmSSF (Ret CS1 case a)). 
Figure 4-1 (continued): Scenarios 
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Initiating 
SSP 




Scenario 4, Connection to IP with relay function; IP not co-located with gsmSSF (Ref CS1 case a)). 
Figure 4-1 (continued): Scenarios 
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SCP 




SGSN 





SCP 



GTP 




Scenario 5, GPRS interworking. No connection to IP. 

Figure 4-1 (concluded): Scenarios 

The following table summarises the scenarios and corresponding interface connections that shall be supported by the 
CAP protocol. The following terms used in the table are defined as follows: 

Basic: Fully defined in CAP and may be used between any two network operators supporting CAP 

Bilateral: Additional clarifications of CAP capabilities between network operators and/or equipment vendors are 
necessary in order for CAP to be used between any two network operators supporting CAP. 

Direct: This refers to the case where CAP operations are exchanged between the gsmSRF and the gsmSCF 

via a transaction-level relationship established directly between the gsmSRF and the gsmSCF. 

Relay: This refers to the case where CAP operations are exchanged between the gsmSRF and the gsmSCF 

via two transaction-layer relationships. These relationships are: 

gsmSCF to/from gsmSSF; 

gsmSSF to/from gsmSRF. 

The gsmSSF sends operations it receives from the gsmSCF to the gsmSRF, and operations it receives from the gsmSRF 
to the gsmSCF. This is done without unpacking (and thus processing) of the relayed operations. 

The gsmSSF function referred to in the table is always located in an MSC or GMSC. 

The gprsSSF function is always located in a SGSN node. 
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Table 4-1 



Scenario 


Interface Support 


GsmSSF 

to/from 

gsmSCF 


GsmSSF 

to/from 

gsmSRF 


gsmSSF 
to/from 
assisting SSF 


gsmSRF 

to/from 

gsmSCP 


assisting SSF 

to/from 

gsmSCF 


Scenario 1 

gsmSRF in IP connected to gsmSSF 
in MSC/GMSC via ISUP and accessed 
by gsmSCF through direct Signalling 
System No. 7 Connection 


See Note 1 


See Note 2 




See Notes 3 
and 6. 

For gsmSRF in 
VPLMN see 
Note 4; For 
gsmSRF in 
HPLMN see 
note 5 




Scenario 2a 

assisting gsmSSF in MSC/GMSC 
connected to gsmSSF in MSC/GMSC 
via ISUP. Assisting gsmSSF is 
accessed by gsmSCF through direct 
Signalling System No.7 Connection. 

gsmSRF is co-located with assisting 
gsmSSF and accessed (by gsmSCF) 
by relay via assisting gsmSSF over an 
internal nodal interface 


See Note 1 
For gsmSRF in 
VPLMN see 
Notes 4 and 6; 
For gsmSRF in 
HPLMN see 
note 5 and 6 




See Note 2 




See Note 3 


Scenario 2b 

assisting gsmSSF in MSC/GMSC 
connected to gsmSSF in MSC/GMSC 
via ISUP. Assisting gsmSSF is 
accessed by gsmSCF through direct 
Signalling System No.7 Connection 

gsmSRF is in IP connected to 
assisting gsmSSF and accessed (by 
gsmSCF) by relay through ISUP or 
DSS1 via assisting SSF 


See Note 1 

See Notes 4 
and 6 


See Notes 4 
and 6 


See Note 2 




See Note 3 


Scenario 3 

gsmSRF is co-located with a gsmSSF 
in an MSC/GMSC and accessed by 
relay via gsmSSF over an internal 
nodal interface 


For gsmSRF in 
VPLMN see 
Notes 4; For 
gsmSRF in 
HPLMN see 
notes 5 and 6 


- 


- 


- 


- 


Scenario 4 

gsmSRF in IP connected to gsmSSF 
and accessed by gsmSCF by relay 
through ISUP or DSS1 via gsmSSF 


See Notes 4 
and 6 


See Notes 4 
and 6 


- 


- 


- 



NOTE 1: Basic for establishment of interface when CorrelationID and SCFiD are transferred in the 

AssistingSSPIPRoutingAddress. Bilateral when CorrelationID and SCFiD are transferred by other means 
than in the AssistingSSPIPRoutingAddress. 

NOTE 2: Basic for establishment of interface when CorrelationID and SCFiD are transferred in the Called Party 

Number. Bilateral when CorrelationID and SCFiD are transferred by other means than in the Called Party 

Number. 
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NOTE 3: Basic when the full Called Party Number received in VPLMN or HPLMN is transferred on its own in the 
AssistRequestlnstructions operation CorrelationID parameter to a gsmSCF in HPLMN. 

Bilateral when CorrelationID is extracted from Called Party Number in HPLMN/VPLMN and transferred 
on its own in AssistRequestlnstructions CorrelationID field to a gsmSCF in HPLMN. 

NOTE 4: Bilateral for the playing of announcements via elementaryMessagelDs and variableMessages, playing of 
tones and the collection of DTMF digits. 

NOTE 5: Basic for the playing of announcements via elementaryMessagelDs and variableMessages, playing of 
tones and the collection of DTMF digits. 

NOTE 6: Bilateral for the playing of announcements via text to speech translation, translation of DTMF digits via 
speech to caller and the translation of voice to digits. 

4.1 .3 CAP protocol architecture 

Many of the terms used in this subclause are based on the OSI application layer structure as defined in ISO 9545. 

The CAP protocol architecture is illustrated in figure 4-2. 

A PE has either single interactions (case a) or multiple co-ordinated interactions (case b) with other PE. 

In case a, SACF provides a co-ordination function in using ASE's, which includes the ordering of operations supported 
by ASE(s), (based on the order of received primitives). The Single Association Object (SAO) represents the SACF plus 
a set of ASE's to be used over a single interaction between a pair of PL's. 

In case b, MACF provides a co-ordinating function among several SAO's, each of which interacts with an SAO in a 
remote PE. 

Each ASE supports one or more operations. Description of each operation is tied with the action of corresponding FE 
modelling (see ITU-T Recommendation Q. 1224 and clause 11 of the present document). Each operation is specified 
using the OPERATION macro described in figure 4-3 . 



Multiple coordinated interactions 
caseb 



SAO 



Application process 



MACF 




SAO 



SCCP 



Single interaction 
case a 





Application process 


Sj 


\o 






S 
A 


A 
S 

E's 
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TCAP 



SCCP 



MTP 



MTP 



NOTE: CAP is the collection of all specifications in ASEs. 

Figure 4-2: CAP protocol architecture 
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INAPUserASE's 

xyz OPERATION 

ARGUMENT {Parameterl , Parameter2,...} 
RESULT {Parameterl , Parameter2,...} 
LINKED {operations, operation4,...} 
ERRORS {errorl , error2....} 

errorl ERROR 

PARAMETER {Parameters, Parameter?,...} 
etc 



^ Operations 
to peer Results 
Errors 



TGAP ASE 



COMPONENT SUB-LAYER 



TRANSACTION SUB-LAYER 



INVOKE 
^' RETURN RESULT 
to peer RETURN ERROR 

REJECT 
^> BEGIN 



to peer 



T 



CONTINUE 

END 

ABORT 

UNIDIRECTIONAL 



CONNECTIONLESS SCCP 

Figure 4-3: Operation description 



4.1 .4 Compatibility meclnanisms used for CAP 



4.1.4.1 



Introduction 



This subclause specifies the compatibility mechanisms that shall be used for CAP. 

Two major categories of compatibility are handled by these mechanisms: 

compatibility with the ITU-T Recommendation Q.1228 [26] version of CS2 INAP and the specification EN 301 
140 -1 version of CS2 INAP [39]; 

compatibility with future versions of CAP. 

The second category has three subcategories of compatibility dealt within this subclause: 

Minor changes to CAP in future standardized versions: 

A minor change can be defined as a change of a functionality which is not essential for the requested IN service. 
Where it is a modification of an existing function, it is acceptable that the addressed function is executed in 
either the older or the modified variant. If the change is purely additional, it is acceptable that it is not executed 
at all and that the peer Application Entity ( AE) need not know about the effects of the change. For minor 
changes, a new AC is not required. 

Major changes to CAP in future standardized versions: 

A major change can be defined as a change of a functionality which is essential for the requested IN service. 

Where it is a modification of an existing function, both application entities shall have a shared knowledge about 

the addressed functional variant. If the change is purely additional, the requested IN service will not be provided 

if one of the application entities does not support the additional functionality. For major changes, a new AC is 

required. 
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Network-specific changes to CAP: 

These additions may be of either the major or minor type for a service. No new AC is expected to be defined for 
this type of change. At the time of definition, the additions would not be expected to be included in identical 
form in future versions of the 3GPP TS. 

4.1 .4.2 Definition of CAP compatibility mechanisms 

4.1 .4.2.1 Compatibility mechanism for interworking of CAP with ETSI CS2 Core INAP 
and ITU-T Q. 1 228 INAP 

On receipt of an operation according to ITU-T Recommendation Q. 1228 [26] or an operation according to EN 301 140- 
1 [39], which is not part of the CAP or is part of the CAP but which contains parameters which are not part of the CAP: 

the gsmSSF, gsmSCF, assistingSSF and gsmSRF shall apply the normal error handling for unknown operations 
or parameters, i.e. the normal error handling procedures as specified in clause 10 shall be followed. 

Tagging of CAP additions to ITU-T Recommendation Q.1228 [26] and EN 301 140-1 [39] are specified from 50 to 59. 

4.1 .4.2.2 Procedures for major additions to CAP 

In order to support the introduction of major functional changes, the protocol allows a synchronization between the two 
applications with regard to which functionality is to be performed. This synchronization takes place before the new 
function is invoked in either application entity, in order to avoid complicated fall-back procedures. The solution chosen 
to achieve such a synchronization is use of the AC negotiation provided in ETS 300 287 [6]. 

4.1 .4.2.3 Procedures for minor additions to CAP 

The extension mechanism marker shall be used for future standardized minor additions to CAP. This mechanism 
implements extensions by including an "extensions marker" in the type definition. The extensions are expressed by 
optional fields that are placed after the marker. When an entity receives unrecognized parameters that occur after the 
marker, they are ignored (see ITU-T Recommendation X.680 [33]). 

4.1 .4.2.4 Procedures for inclusion of network specific additions to CAP 

This mechanism is based on the ability to explicitly declare fields of any type via the Macro facility in ASN.l at the 
outermost level of a type definition. It works by defining an "ExtensionField" that is placed at the end of the type 
definition. This extension field is defined as a set of extensions, where an extension can contain any type. Each 
extension is associated with an identification that unambiguously identifies the extension. Refer to ITU-T 
Recommendation Q. 1400 [28] for a definition of this mechanism. 

4.1 .5 Definition And Usage Of LegID 

4.1.5.1 Definition Of LegID 

In CAP V.3, two types of LegID may be exchanged between the gsmSCF and the gsmSSF. These are: 

Sending Side LegID; and 

Receiving Side LegID. 

Sending Side LegID is always used in operations sent from the gsmSCF to the gsmSSF, and Receiving Side LegID is 
always used in operations sent from the gsmSSF to the gsmSCF. 

4.1.5.2 Allocation Of LegID 

For all operations containing a LegID: 

- LegID = 1 shall always refer to the Calling Party, more specifically that party in the call present when InitialDP 
is sent to the gsmSCF; 
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LegID = 2 shall always refer to the Called Party, more specifically that party in the call created as a result of the 
Connect, Continue or Continue With Argument operations. 

4.2 SACF/MACF rules 

4.2.1 Reflection of TC AC 

TC AC negotiation rules require that the proposed AC, if acceptable, is reflected in the first backwards message. 

If the AC is not acceptable, and the TC-User does not wish to continue the dialogue, it may provide an alternate AC to 
the initiator which can be used to start a new dialogue. 

NOTE: If the gsmSSF provides an AC which is not acceptable to the gsmSCF, then an alternate AC shall not be 
returned. If the AC presented to the gsmSCF is not acceptable then this is most probably due to an error in 
subscriber data provisioning or an error at the gsmSSF. 

Refer to EN 300 287 [6] for a description of the TC AC negotiation mechanism. 

4.2.2 Sequential/parallel execution of operations 

In some cases it may be necessary to distinguish whether operations should be performed sequentially or in parallel 
(synchronized). Operations which may be synchronized are: 

charging operations; may be synchronized with any other operation. 

The method of indicating that operations are to be synchronized is to include them in the same message. Where one of 
the operations identified above is not to be executed until some other operation has progressed to some extent or 
finished, the sending PE (usually SCP) shall control this by sending the operations in two separate messages. 

This method does not imply that all operations sent in the same message have to be executed simultaneously, but simply 
that where it could make sense to do so (in the situations identified above) the operations should be synchronized. 

In case of inconsistency between the above-mentioned generic rules and the FE-specific rules, as specified in clause 9, 
the FE-specific rules take precedence over the generic rules. 



Common CAP Types 



5.1 Datatypes 

— The Definition of Common Data Types follows 

CAP-datatypes (ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) umts-network (1) 
modules (3) cap-datatypes (52) versions (2)} 

— This module contains the type definitions for the CAP v. 3 data types. 

DEFINITIONS IMPLICIT TAGS ::= BEGIN 

IMPORTS 

CallingPartysCategory, 

Duration, 

HighLayerCompatibility , 

Integer4, 

Interval, 

LegID, 

Redirect ionlnformat ion, 

ServiceKey 
FROM CSl-DataTypes (ccitt(O) identif ied-organization (4 ) etsi(O) inDomain(l) in-network ( 1 ) 
modules (0) csl-datatypes (2) versionl(O)} 

BothwayThroughConnectionInd, 

CriticalityType, 

MiscCalllnfo 
FROM CS2-datatypes (ccitt(O) identif ied-organization (4) etsi(O) inDomain(l) in-network (1) 
cS2(20) modules (0) in-cs2-datatypes (0) versionl(O)} 
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IMS I, 

ISDN-AddressString, 

Ext-BasicServiceCode, 

NAEA-CIC 
FROM MAP-CommonDataTypes (ccitt(O) identif ied-organization ( 4 ) etsi(O) 
gsm-Network ( 1 ) modules(3) map-CommonDataTypes ( 18 ) version6(6)} 

Ext-QoS-Subscribed, 

Geographical Information, 

GSN-Address, 

Locationinf ormation, 

LSAIdentity, 

QoS-Subscribed, 

Subscriber St ate 
FROM MAP-MS-DataTypes (ccitt(O) identif ied-organization ( 4 ) 
gsm-Network (1) modulesO) map-MS-DataTypes (11) version6(6)} 



mobileDomain ( ) 



etsi(O) mobileDomain ( ) 



CallRef erenceNumber , 

SuppressionOf Announcement 
FROM MAP-CH-DataTypes (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( ) 
gsm-Network ( 1 ) modules(3) map-CH-DataTypes ( 13) version6(6)} 



tc-Messages, 

classes 
FROM CAP-ob ject-identif iers (ccitt(O) identif ied-organization ( 4 ) etsi(O) 
umts-network ( 1 ) modules (3) cap-ob ject-identif iers ( 100 ) version3(2)} 

TCInvokeldSet 
FROM TCAPMessages tc-Messages 



mobileDomain ( ) 



EXTENSION, 
PARAMETERS-BOUND, 
SupportedExtensions { } 
FROM CAP-classes classes 

ExtensionContainer 
FROM MAP-ExtensionDataTypes {ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( ) 
gsm-Network ( 1 ) modules (3) map-ExtensionDataTypes (21) version6(6)} 



AccessPointName (PARAMETERS-BOUND: bound} ::= OCTET STRING (SIZE( 

bound . SminAccessPointNameLength . . bound . SmaxAccessPointNameLength) ) 

— Indicates the AccessPointName, refer to 3GPP TS 24.008 [12] for the encoding. 

AChBillingChargingCharacteristics (PARAMETERS-BOUND ; bound} ::= OCTET STRING (SIZE 
(bound. SminAChBillingChargingLength . . bound. SmaxAChBillingChargingLength) ) 
(CONSTRAINED BY ( — shall be the result of the BER-encoded value of the type — 
CAMEL-AChBillingChargingCharacteristics (bound} } ) 

— The AChBillingChargingCharacteristics parameter specifies the charging related information 

— to be provided by the gsmSSF and the conditions on which this information has to be reported 

— back to the gsmSCF with the ApplyChargingReport operation. The value of the 

— AChBillingChargingCharacteristics of type OCTET STRING carries a value of the ASN.l data type: 

— CAMEL-AChBillingChargingCharacteristics . The normal encoding rules are used to encode this 

— value . 

— The violation of the UserDef inedConstraint shall be handled as an ASN.l syntax error. 



AdditionalCallingPartyNumber (PARAMETERS-BOUND : bound} 
— Indicates the Additional Calling Party Number. 



Digits (bound} 



AlertingPattern ::= OCTET STRING (SIZE (3)) 

— Indicates a specific pattern that is used to alert a subscriber 

— (e.g. distinctive ringing, tones, etc.) . 

— The encoding of the last octet of this parameter is as defined in 3GPP TS 29.002 [13] 

— Only the trailing OCTET is used, the remaining OCTETS shall be sent as NULL (zero) 

— The receiving side shall ignore the leading two OCTETS . 



AOCBeforeAnswer 
aOCInitial 
aOCSubsequent 
} 



SEQUENCE ( 

[0] CAI-GSM022 4, 

[1] AOCSubsequent 



OPTIONAL 



AOCGPRS 

aOCInitial 

aOCSubsequent 

} 



SEQUENCE ( 

[0] CAI-GSM0224, 

[1] AOCSubsequent 



OPTIONAL 



AOCSubsequent 

CAI-GSM0224 

tariff Switch Interval 

} 
— tariff Switchlnterval is measured in 1 second units 



SEQUENCE ( 

[0] CAI-GSM0224 , 

[1] INTEGER (1 . . 86400) 



OPTIONAL 



AppendFreeFormatData 

overwrite ( ) , 
append (1) 

} 



ENUMERATED ( 
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ApplicationTimer ::=INTEGER (0..2047) 

— Used by the gsmSCF to set a timer in the gsmSSF . The timer is in seconds . 

AssistingSSPIPRoutingAddress (PARAMETERS-BOUND : bound} ::= Digits (bound} 

— Indicates the destination address of the gsmSRF for the assist procedure . 



BackwardServicelnteractionInd ::= SEQUENCE ( 

conferenceTreatmentlndicator [1] OCTET STRING (SIZE(l) 

— acceptConf erenceRequest ' xxxx xxOl'B 

— re jectConferenceRequest 'xxxx xxlO'B 

— network default is accept conference request 
callCompletionTreatmentlndicator [2] OCTET STRING (SIZE(l) 

— acceptCallCompletionServiceRequest 'xxxx xxOl'B, 

— re jectCallCompletionServiceRequest 'xxxx xxlO'B 

— network default is accept call completion service request 

}" 



OPTIONAL, 



OPTIONAL, 



BasicGapCriteria (PARAMETERS-BOUND 



bound} 



calledAddressValue 

gapOnService 

calledAddressAndService 

CalledAddressValue 

serviceKey 



[0] Digits (bound}, 

[2] GapOnService, 

[2 9] SEQUENCE ( 

[0] Digits (bound}, 
[1] ServiceKey, 



CHOICE ( 



}, 
callingAddressAndService 
callingAddressValue 
serviceKey 



[30] SEQUENCE ( 

[0] Digits (bound}, 
[1] ServiceKey, 



} 



} 



— Both calledAddressValue and callingAddressValue can be 

— incomplete numbers, in the sense that a limited amount of digits can be given. 

— For the handling of numbers starting with the same digit string refer to the detailed 

— procedure of the CallGap operation 

BCSMEvent (PARAMETERS-BOUND : bound} ::= SEQUENCE ( 

eventTypeBCSM [0] EventTypeBCSM, 

monitorMode [1] MonitorMode, 

leglD [2] LegID OPTIONAL, 

dpSpecificCriteria [30] DpSpecif icCriteria (bound} OPTIONAL 
} 

— Indicates the BCSM Event information for monitoring. 

BearerCapability (PARAMETERS-BOUND : bound} ::= CHOICE ( 

bearerCap [0] OCTET STRING (SIZE (2 . .bound. SmaxBearerCapabilityLength) ) 

} 

— Indicates the type of bearer capability connection to the user. For bearerCap, the ISUP User 

— Service Information, ETS 300 356-1 [8] 

— encoding shall be used. 



SEQUENCE ( 

[0] INTEGER (0 . .8191) 



[1] INTEGER (0. 

[2] INTEGER (0. 

[3] INTEGER (0. 

[4] INTEGER (0. 

[5] INTEGER (0. 

[6] INTEGER (0. 



8191) 
8191) 
8191) 
8191) 
8191) 
8191) 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL 



CAI-GSM0224 
el 
e2 
e3 
e4 
e5 
e6 
e7 
} 

— Indicates Charge Advice Information to the Mobile Station. For information regarding 

— parameter usage, refer to 3GPP TS 22.040 [26]. 

CalledPartyBCDNumber (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 

bound. &minCalledPartyBCDNumberLength . . bound. SmaxCalledPartyBCDNumberLength) ) 

— Indicates the Called Party Number, including service selection information. 

— Refer to 3GPP TS 24.008 [12] 

— for encoding. This data type carries only the "type of number", "numbering plan 

— identification" and "number digit" fields defined in 3GPP TS 24.008 [12]; 

— it does not carry the "called party 

— BCD number lEI" or "length of called party BCD number contents". 

CalledPartyNumber (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 

bound . SminCalledPartyNumberLength . . bound . SmaxCalledPartyNumberLength) ) 

— Indicates the Called Party Number. Refer to ITU-T Q.763 [20] for encoding. 

CallingPartyNumber (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 

bound . SminCallingPartyNumberLength . . bound. SmaxCallingPartyNumberLength) ) 

— Indicates the Calling Party Number. Refer to ETS 300 356-1 [8] for encoding. 

CallResult (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 
bound. SminCallResultLength .. bound. SmaxCallResultLength) ) 

(CONSTRAINED BY ( — shall be the result of the BER-encoded value of type - 
CAMEL-CallResult (bound}}) 

— The violation of the UserDef inedConstraint shall be handled as an ASN.l syntax error. 

— This parameter provides the gsmSCF with the charging related information previously requested 
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— using the ApplyCharging operation. This shall include the partyToCharge parameter as 

— received in the related ApplyCharging operation to correlate the result to the request 

CAMEL-AChBillingChargingCharacteristics (PARAMETERS-BOUND : bound} ::= CHOICE { 

timeDurationCharging [0] SEQUENCE { 

maxCallPeriodDuration [0] INTEGER (1.. 864000), 

releaselfdurationExceeded [1] BOOLEAN DEFAULT FALSE, 

tariffSwitchlnterval [2] INTEGER (1.. 86400) OPTIONAL, 

tone [3] BOOLEAN DEFAULT FALSE, 

extensions [4] SEQUENCE SIZE ( 1 . .bound . SnumOfExtensions) OF 

ExtensionField {bound} OPTIONAL, 



— tariffSwitchlnterval is measured in 1 second units . 

— maxCallPeriodDuration is measured inlOO millisecond units 

CAMEL-CallResult (PARAMETERS-BOUND ; bound} ::= CHOICE { 

timeDurationChargingResult [0] SEQUENCE ( 

partyToCharge [0] ReceivingSidelD, 

timeinf ormation [1] Timelnformation, 

callActive [2] BOOLEAN DEFAULT TRUE, 

callReleasedAtTcpExpiry [3] NULL OPTIONAL, 

extensions [4] SEQUENCE SIZE ( 1 . .bound . SnumOf Extensions) OF 

ExtensionField {bound} OPTIONAL, 

} 
} 

CAMEL-FCIBillingChargingCharacteristics (PARAMETERS-BOUND : bound} ::= CHOICE{ 
fCIBCCCAMELsequencel [0] SEQUENCE ( 

freeFormatData [0] OCTET STRING (SIZE( 

bound. SminFCIBillingChargingDataLength . . bound. SmaxFCIBillingChargingDataLength) ) , 
partyToCharge [1] SendingSidelD DEFAULT sendingSidelD : legl, 

appendFreeFormatData [2] AppendFreeFormatData DEFAULT overwrite 
} 
} 

CAMEL-FCIGPRSBillingChargingCharacteristics (PARAMETERS-BOUND : bound} : := SEQUENCE! 
fCIBCCCAMELsequencel [0] SEQUENCE ( 

freeFormatData [0] OCTET STRING (SIZE( 

bound . SminFCIBillingChargingDataLength . . bound . SmaxFCIBillingChargingDataLength) ) , 
pDPID [1] PDPID OPTIONAL, 

appendFreeFormatData [2] AppendFreeFormatData DEFAULT overwrite, 

} 
} 

CAMEL-FCISMSBillingChargingCharacteristics (PARAMETERS-BOUND : bound} ::= CHOICE} 
fCIBCCCAMELsequencel [0] SEQUENCE { 

freeFormatData [0] OCTET STRING (SIZE( 

bound . SminFCIBillingChargingDataLength . . bound. SmaxFCIBillingChargingDataLength) ) , 
appendFreeFormatData [1] AppendFreeFormatData DEFAULT overwrite 
} 
} 

CAMEL-SCIBillingChargingCharacteristics ::= CHOICE { 

aOCBeforeAnswer [0] AOCBef oreAnswer , 

aOCAfterAnswer [1] AOCSubsequent 

} 

CAMEL-SCIGPRSBillingChargingCharacteristics ::= SEQUENCE { 
aOCGPRS [0] AOCGPRS, 

pDPID [1] PDPID OPTIONAL, 

} 

Carrier {PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 
bound. SminCarrierLength .. bound. SmaxCarrierLength) ) 

— This parameter is only used for North America (na) 

— It contains the carrier selection field (first octet) followed by Carrier ID 

— information (North America (na) ) . 

— The Carrier selection is one octet and is encoded as : 

— 00000000 No indication 

— 00000001 Selected carrier identification code (CIC) pre subscribed and not 

— input by calling party 

— 00000010 Selected carrier identification code (CIC) pre subscribed and input by 

— calling party 

— 00000011 Selected carrier identification code (CIC) pre subscribed, no 

— indication of whether input by calling party (undetermined) 

— 00000100 Selected carrier identification code (CIC) not pre subscribed and 

— input by calling party 

— 00000101 

— to Spare 

— 11111110 

— 11111111 Reserved 

— Refer to ANSI ISUP T1.113 [53] for encoding of na carrier ID information (3 octets) . 



ETSI 



3GPP TS 29.078 version 4.1.0 Release 4 



33 



ETSI TS 129 078 V4.1.0 (2001-06) 



Cause (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 

bound. &minCauseLength . . bound. &maxCauseLength) ) 

— Indicates the cause for interface related information . 

— Refer to ETS 300 356-1 [8] Cause parameter for encoding. 

— For the use of cause and location values refer to ITU-T Recommendation Q.850 [22] 

— Shall always include the cause value and shall also include the diagnostics field, 

— if available. 

CGEncountered ::= ENUMERATED { 

noCGencountered (0) , 

manualCGencountered (1) ^ 
scpOverload (2) 

} 

— Indicates the type of automatic call gapping encountered, if any. 

ChargeNumber {PARAMETERS-BOUND : bound} : := LocationNumber (bound} 

— Information sent in either direction indicating the chargeable number for the call and 

— consisting of the odd/even indicator, nature of address indicator, numbering plan indicator, 

— and address signals . 

— Uses the LocationNumber format which is based on the Q.7 63 Location Number format 

— For example, the ChargeNumber may be a third party number to which a call is billed for 

— the 3rd party billing service. In this case, the calling party may request operator assistance 

— to charge the call to, for example, their home number. 

— For NA, this parameter uniquely identifies the chargeable number for a call sent into a North 

— American long distance carrier. It transports the ChargeNumber Parameter Field 

— as defined in ANSI ISUP T1.113 [53]. This provides 

— - 1 octet for the nature of address indicator field, plus 

— - 1 octet for a numbering plan field, plus 

— - up to 5 octets for the address signal (up to 10 digits) 

— The Charge Number in ANSI Tl . 113 [53] normally contains a 10 digit national number within 

— the North American Numbering Plan (NANP) ; longer (e.g. international) charge numbers are not 

— supported in T1.113 [53] . 

ChargingCharacteristics : := CHOICE ( 

maxTransferredVolume [0] INTEGER (1 . . 4294967295) , 

maxElapsedTime [1] INTEGER (1. .86400) 

} 

— maxTransferredVolume is measured in number of bytes 

— maxElapsedTime is measured in seconds 



ChargingResult 

transf erredVolume 

elapsedTime 

} 



: := CHOICE ( 

[ 0] Transf erredVolume, 

[1] ElapsedTime 



: := CHOICE ( 

[ ] Transf erredVolumeRollOver, 

[1] ElapsedTimeRollOver 



ChargingRollOver 

transf erredVolumeRollOver 

elapsedTimeRollOver 

} 

— trans f erredVolumeRollOver shall be reported if ApplyChargingReportGPRS reports volume and 

— a roll-over has occurred in one or more volume counters. Otherwise, it shall be absent. 

— elapsedTimeRollOver shall be reported if ApplyChargingReportGPRS reports duration and 

— a roll-over has occurred in one or more duration counters. Otherwise, it shall be absent. 



CollectedDigits 

minimumNbOf Digits 

maximumNbOf Digits 

endOfReplyDigit 

cancelDigit 

startDigit 

f irstDigitTimeOut 

interDigitTimeOut 

err or Treatment 

interruptableAnnInd 

voiceinf ormation 

voiceBack 

} 

— The use of voiceBack and t 

— is network operator specif 

— The endOfReplyDigit, cance 

— designated as OCTET STRING 

— only, contained in the fou 

— be applied for the non-dec 

— 1011 (*) , 1100 (#) . 

— The usage is service depen 

— f irstDigitTimeOut and inte 





: := SEQUENCE { 


0] 


INTEGER (1..30) DEFAULT 1, 


1] 


INTEGER (1..30), 




2] 


OCTET STRING (SIZE 


(1. .2) ) 


3] 


OCTET STRING (SIZE 


(1. .2) ) 


4] 


OCTET STRING (SIZE 


(1. .2) ) 


5] 


INTEGER (1. .127) 




6] 


INTEGER (1. .127) 




7] 


Err or Treatment 




8] 


BOOLEAN 




9] 


BOOLEAN 




lo; 


1 BOOLEAN 





OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

DEFAULT stdErrorAndlnfo, 

DEFAULT TRUE, 

DEFAULT FALSE, 

DEFAULT FALSE 



he support of voice recognition via voicelnformation 

ic . 

IDigit, and startDigit parameters have been 

and are to be encoded as BCD, one digit per octet 
r least significant bits of each OCTET. The following encoding shall 
imal characters : 



dent . 

rDigitTimeOut are measured in seconds. 



Collectedlnfo 

CollectedDigits 
} 



[0] CollectedDigits 



CHOICE { 



ConnectedNumber Treatment I nd 

noINImpact (0) , 

presentationRestricted (1), 

presentCalledlNNumber (2), 

presentCalllNNumberRestricted (3) 



ENUMERATED { 
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} 

— This parameter is used to suppress or to display the connected number. 

ControlType ::= ENUMERATED { 

sCPOverloaded (0), 

manuallylnitiated (1) 

} 

CompoundCriteria { PARAMETERS -BOUND : bound} ::= SEQUENCE { 

basicGapCriteria [0] BasicGapCriteria (bound}, 

scfID [1] ScfID {bound} OPTIONAL 

} 

CorrelationID (PARAMETERS-BOUND : bound} ::= Digits (bound} 

— used by gsmSCF for correlation with a previous operation. 

DateAndTime ::= OCTET STRING (SIZE (7)) 

— DateAndTime is BCD encoded. The year digit indicating millenium occupies bits 

— 0-3 of the first octet, and the year digit indicating century occupies bits 

— 4-7 of the first octet. 

— The year digit indicating decade occupies bits 0-3 of the second octet, 

— whilst the digit indicating the year within the decade occupies bits 4-7 of 
the second octet . 

— The most significant month digit occupies bits 0-3 of the third octet, 

— and the least significant month digit occupies bits 4-7 of the third octet. 

— The most significant day digit occupies bits 0-3 of the fourth octet, 

— and the least significant day digit occupies bits 4-7 of the fourth octet. 

— The most significant hours digit occupies bits 0-3 of the fifth octet, 

— and the least significant digit occupies bits 4-7 of the fifth octet. 

— The most significant minutes digit occupies bits 0-3 of the sixth octet, 

— and the least significant digit occupies bits 4-7 of the sixth octet. 

— The most significant seconds digit occupies bits 0-3 of the seventh octet, 

— and the least seconds significant digit occupies bits 4-7 of the seventh octet. 

— For the encoding of digits in an octet, refer to the timeAndtimezone parameter. 

DestinationRoutingAddress (PARAMETERS-BOUND ; bound} ::= SEQUENCE SIZE(l) OF 

CalledPartyNumber (bound} 

— Indicates the Called Party Number. 

Digits (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 

bound. SminDigitsLength .. bound. SmaxDigitsLength) ) 

— Indicates the address signalling digits. 

— Refer to ETS 300 356-1 [8] Generic Number & Generic Digits parameters for encoding. 

— The coding of the subfields 'NumberQualif ier ' in Generic Number and ' TypeOf Digits ' in 

— Generic Digits are irrelevant to the CAP; 

— the ASN.l tags are sufficient to identify the parameter. 

— The ISUP format does not allow to exclude these subfields, 

— therefore the value is network operator specific. 

— The following parameters should use Generic Number: 

— AdditionalCallingPartyNumber for InitialDP 

— AssistingSSPIPRoutingAddress for EstablishTemporaryConnection 

— CorrelationID for AssistRequestlnstructions 

— CalledAddressValue for all occurrences, CallingAddressValue for all occurrences. 

— The following parameters should use Generic Digits : 

— CorrelationID in EstablishTemporaryConnection 

— number in VariablePart 

— digitsResponse in ReceivedlnformationArg 

— In the digitsResponse the digits may also include the '*', '#', a, b , c and d digits 

— by using the IA5 character encoding scheme. If the BCD even or BCD odd encoding 

— scheme is used, the following encoding shall be applied for the non-decimal characters : 

— 1011 (*), 1100 (#). 

— Note that when CorrelationID is transported in Generic Digits, then the digits shall 

— always be BCD encoded. 

DpSpecificCriteria (PARAMETERS-BOUND : bound} ::= CHOICE ( 
applicationTimer [1] ApplicationTimer 
} 

— The gsmSCF may set a timer in the gsmSSF for the No Answer event . 

— If the user does not answer the call within the allotted time, 

— the gsmSSF reports the event to the gsmSCF 

ElapsedTime ::= CHOICE ( 

timeGPRSIfNoTariffSwitch [0] INTEGER (0.. 86400), 
timeGPRSIfTariffSwitch [1] SEQUENCE ( 

timeGPRSSinceLastTariffSwitch [0] INTEGER (0.. 86400), 

timeCPRSTariffSwitchlnterval [1] INTEGER (0.. 86400) OPTIONAL 

} 
} 

— timeGPRSIfNoTariffSwitch is measured in seconds 

— timeGPRSSinceLastTariffSwitch and timeCPRSTariffSwitchlnterval are measured in seconds 

ElapsedTimeRollOver ::= CHOICE ( 

rO-TimeCPRSIfNoTariffSwitch [0] INTEGER (0..255), 

rO-TimeCPRSIfTariffSwitch [1] SEQUENCE ( 

rO-TimeCPRSSinceLastTariffSwitch [0] INTEGER (0..255) OPTIONAL, 
rO-TimeGPRSTariffSwitchlnterval [1] INTEGER (0..255) OPTIONAL 
} 
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} 

— rO-TimeGPRSIfNoTariffSwitch, rO-TimeGPRSSinceLastTariff Switch and 

— rO-TimeGPRSTarif fSwitchlnterval 

— present counters indicating the number of parameter range rollovers . 



EndUserAddress {PARAMETERS-BOUND: bound} 
pDPTypeOrganization 
pDPTypeNumber 
pDPAddress 



: := SEQUENCE { 
[0] OCTET STRING (SIZE(l)), 
[1] OCTET STRING (SIZE(l)), 
[2] OCTET STRING (SIZE( 



bound . SminPDPAddressLength 



bound . SmaxPDPAddressLength) 



OPTIONAL 



— Indicates the EndUserAddress, refer to 3GPP TS 29.060 for the encoding. 

— The pDPTypeOrganization shall use the least significant 4 bits of the octet encoded. 

— The sender of this parameter shall set the most significant 4 bits of the octet to 1 . 

— The receiver of this parameter shall ignore the most significant 4 bits of this octet. 

ErrorTreatment : := ENUMERATED { 

stdErrorAndlnfo (0), 

help (1), 

repeatPrompt (2) 
} 

— stdErrorAndInf omeans returning the " ImproperCallerResponse" error in the event of an error 

— condition during collection of user info. 



EventSpecificInformationBCSM (PARAMETERS-BOUND : bound} :: 
routeSelectFailureSpecificInfo [2] SEQUENCE ( 

failureCause [0] Cause {bound} 



CHOICE { 



OPTIONAL, 



}, 

oCalledPartyBusySpecif icinfo 
busyCause 



{3] SEQUENCE { 

{0] Cause {bound} 



OPTIONAL, 



oNoAnswerSpecificInfo {4] SEQUENCE { 

— no specific info defined — 



}, 
oAnswerSpecif icinfo 

destinationAddress 

or-Call 

f orwardedCall 



{5] SEQUENCE { 

[50] CalledPartyNumber {bound} OPTIONAL, 



[51] NULL 
[52] NULL 



OPTIONAL, 
OPTIONAL, 



}, 
oDisconnect Specif icinfo 
releaseCause 



[7] SEQUENCE { 

[0] Cause {bound} 



OPTIONAL, 



}, 
tBusy Specif icinfo 
busyCause 
callForwarded 
r out eNot Permit ted 

}, 
tNoAnswerSpecif icinfo 
callForwarded 



SEQUENCE { 

[0] Cause {bound} 

[50] NULL 

[51] NULL 



SEQUENCE { 
[50] NULL 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



OPTIONAL, 



}, 
tAnswerSpecif icinfo 

destinationAddress 

or-Call 

f orwardedCall 



[10] SEQUENCE { 

[50] CalledPartyNumber {bound} OPTIONAL, 



[51] NULL 
[52] NULL 



OPTIONAL, 
OPTIONAL, 



}, 
tDisconnect Specif icinfo 
releaseCause 



[12] SEQUENCE { 

[0] Cause {bound} 



OPTIONAL, 



Indicates the call related information specific to the event. 



Event Specif icInformationSMS 
o-smsFailureSpecif icinfo 
failureCause 



CHOICE { 
[0] SEQUENCE { 

[0] SMSCause 



OPTIONAL, 



}, 
o-smsSubmittedSpecificInfo [1] SEQUENCE { 
— no specific info defined— 



EventTypeBCSM 

collectedlnfo 

analyzedlnformation 

r out eSelectFai lure 

oCalledPartyBusy 

oNoAnswer 

oAnswer 

oDisconnect 



(2), 
(3), 
(4), 
(5), 
(6), 
(■7), 
(9), 



ENUMERATED { 
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oAbandon 

termAttempt Author! zed 

tBusy 

tNoAnswer 

tAnswer 

tDisconnect 

tAbandon 

} 



(10), 

(12) , 

(13) , 

(14) , 

(15) , 
(17) , 
(18) 



— Indicates the BCSM detection point event. 

— Values collectedinf o, analyzedlnformation and termAttemptAuthorized can only be used for TDPs 

EventTypeSMS ::= ENUMERATED { 

sms-Collectedlnfo (l)j 

o-smsFailure (2), 

o-smsSubmitted (3) 

} 

— Value sms-CollectedInf o can only be used for TDPs . 

ExtensionField (PARAMETERS-BOUND : bound} ::= SEQUENCE { 

type EXTENSION. Sid ( { SupportedExtensions (bound}}), 

— shall identify the value of an EXTENSION type 
criticality CriticalityType DEFAULT ignore, 

value [1] EXTENSION. SExtensionType ({SupportedExtensions (bound} }( @type }) , 

} 

— This parameter indicates an extension of an argument data type . 

— Its content is network operator specific 

FCIBillingChargingCharacteristics {PARAMETERS-BOUND ; bound} ::= OCTET STRING (SIZE( 
bound. SminFCIBillingChargingLength . . bound. SmaxFCIBillingChargingLength) ) 
(CONSTRAINED BY { — shall be the result of the BER-encoded value of type — 
CAMEL-FCIBillingChargingCharacteristics (bound} } ) 

— This parameter indicates the billing and/or charging characteristics . 

— The violation of the UserDef inedConstraint shall be handled as an ASN.l syntax error. 

FCIGPRSBillingChargingCharacteristics {PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 
bound. SminFCIBillingChargingLength . . bound. SmaxFCIBillingChargingLength) ) 
(CONSTRAINED BY { — shall be the result of the BER-encoded value of type - 
CAMEL-FCIGPRSBillingChargingCharacteristics {bound} }) 

— This parameter indicates the GPRS billing and/or charging characteristics . 

— The violation of the UserDef inedConstraint shall be handled as an ASN.l syntax error. 

FCISMSBillingChargingCharacteristics {PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 
bound. SminFCIBillingChargingLength . . bound. SmaxFCIBillingChargingLength) ) 
(CONSTRAINED BY { — shall be the result of the BER-encoded value of type - 
CAMEL-FCISMSBillingChargingCharacteristics {bound} } ) 

— This parameter indicates the SMS billing and/or charging characteristics . 

— The violation of the UserDef inedConstraint shall be handled as an ASN.l syntax error. 



: := SEQUENCE 
(SIZE(l)) 



(SIZE (1) 



ForwardServicelnteractionInd 

conferenceTreatmentlndicator [1] OCTET STRING 

— acceptConf erenceRequest ' xxxx xxOl'B 

— re jectConf erenceRequest 'xxxx xxlO'B 

— network default is accept conference request 
callDiversionTreatmentlndicator [2] OCTET STRING 

— callDiversionAllowed 'xxxx xxOl'B 

— callDiversionNotAllowed 'xxxx xxlO'B 

— network default is Call Diversion allowed 
callingPartyRestrictionlndicator [4] OCTET STRING (SIZE(1 

— noINImpact 'xxxx xxOl'B 

— presentationRestricted 'xxxx xxlO'B 

— network default is noINImpact 

}" 



OPTIONAL, 



OPTIONAL, 



OPTIONAL, 



GapCriteria {PARAMETERS-BOUND 
basicGapCriteria 
compoundGapCriteria 
} 

Gap Indicators 
duration 
gaplnterval 

} 

— Indicates the gapping characteristics . 

— No gapping when gaplnterval equals . 



bound} : := CHOICE { 
BasicGapCriteria {bound}, 
CompoundCriteria {bound} 



[0] Duration, 
[1] Interval, 



SEQUENCE { 



GapOnService 

serviceKey 

}" 



SEQUENCE { 



[0] ServiceKey, 



GapTreatment {PARAMETERS-BOUND 

inf ormationToSend 

releaseCause 

} 
— The default value for Cause is the same as in ISUP. 



bound} : := CHOICE { 

[0] Inf ormationToSend {bound}, 
[1] Cause {bound} 
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GenericNumber (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 

bound . SminGenericNumberLength . . bound . SmaxGenericNumberLength) ) 
— Indicates a generic number. Refer to ETS 300 356-1 [8] Generic number for encoding. 



GenericNumbers (PARAMETERS -BOUND 
GenericNumber (bound} 



bound} 



SET SIZE (1 . .bound. SnumOfGenericNumbers) OF 



GPRS-QoS ::= CHOICE ( 

short-QoS-format [0] QoS-Subscribed, 

long-QoS-format [1] Ext-QoS-Subscribed 

} 

— Short-QoS-f ormat shall be sent for QoS in pre GSM release 99 format. 

— Long-QoS-f ormat shall be sent for QoS in GSM release 99 (and beyond) format. 

— Which of the two QoS formats shall be sent is determined by which QoS 

— format is available in the SGSN at the time of sending. 

— Refer to 3GPP TS 29.002 [13] for encoding details of QoS-Subscribed and 

— Ext-QoS-Subscribed. 



GPRSCause (PARAMETERS-BOUND : bound} 

(bound . SminGPRSCauseLength 
— Shall only include the cause value . 



::= OCTET STRING (SIZE 
. bound . &maxGPRSCauseLength) ) 



— 00000000 Unspecified 

— All other values shall be interpreted as "Unspecified" . 

— This parameter indicates the cause for CAP interface related information. 

— The GPRSCause mapping to/from GTP cause values specified in the 3GPP TS 29.060 and 

— to/from 3GPP TS 24.008 GMM cause and SM cause values are outside scope of this document. 

GPRSChargingID ::= OCTET STRING (SIZE (4)) 

— The Charging ID is a unique four octet value generated by the GGSN when 

— a PDP Context is activated. A Charging ID is generated for each activated context. 



GPRSEvent ::= SEQUENCE ( 

gPRSEventType [0] GPRSEventType, 

monitorMode [1] MonitorMode 

} 

— Indicates the GPRS event information for monitoring. 

GPRSEventSpecificInformation (PARAMETERS-BOUND : bound} 



CHOICE ( 



attachChangeOf Posit ionSpecificInf ormat ion 

[0] SEQUENCE ( 
locationlnformationGPRS [0] Locationinf ormationGPRS OPTIONAL, 

}, 



pdp-ContextchangeOf Posit ionSpecificInf ormat ion 

[1] SEQUENCE ( 
accessPointName 
chargingID 

locationlnformationGPRS 
endUser Address 
quality Of Service 
timeAndTimeZone 



[0] AccessPointName (bound} OPTIONAL, 
[1] GPRSChargingID OPTIONAL, 

[2] LocationlnformationGPRS OPTIONAL, 



[3] EndUserAddress 
[4] QualityOfService 
[5] TimeAndTimezone 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



gGSNAddress 
}, 



[6] GSN-Address 



OPTIONAL 



detachSpecificInf ormat ion 
initiatingEntity 

routeingAreaUpdate 
}, 



[2] SEQUENCE ( 

[0] InitiatingEntity OPTIONAL, 

[1] NULL OPTIONAL 



disconnectSpecificInf ormat ion 
initiatingEntity 

routeingAreaUpdate 
}, 



[3] SEQUENCE ( 

[0] InitiatingEntity OPTIONAL, 

[1] NULL OPTIONAL 



pDPContextEstablishmentSpecificInf ormat ion 

[4] SEQUENCE ( 
accessPointName 
endUserAddress 
quality Of Service 
locationlnformationGPRS 
timeAndTimeZone 
pDPInitiationType 



[0] AccessPointName (bound} OPTIONAL, 

[1] EndUserAddress OPTIONAL, 

[2] QualityOfService OPTIONAL, 

[3] LocationlnformationGPRS OPTIONAL, 

[4] TimeAndTimezone OPTIONAL, 

[5] PDPInitiationType OPTIONAL, 



secondary PDP -context 
}, 



NULL 



OPTIONAL 



pDPContextEstablishmentAcknowledgement Specif icinf ormat ion 

[5] SEQUENCE ( 
accessPointName [0] AccessPointName (bound} OPTIONAL, 
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chargingID 
endUserAddress 
quality Of Service 
locationlnformationGPRS 
timeAndTimeZone 



[1] GPRSChargingID OPTIONAL, 

[2] EndUserAddress OPTIONAL, 

[3] QualityOfService OPTIONAL, 

[4] LocationlnformationGPRS OPTIONAL, 

[5] TimeAndTimezone OPTIONAL, 



gGSNAddress 
} 



[6] GSN-Address 



OPTIONAL 



GPRSEventType ::= 

attach (1), 

attachChangeOf Position (2), 

detached (3) , 

pdp-ContextEstablishment (11) 
pdp-ContextEstablishmentAcknowledgement ( 12 ) 

disonnect (13) 

pdp-ContextChangeOfPosition (14) 
} 



ENUMERATED { 



GPRSMSClass 

mSNetworkCapability 

mSRadioAccessCapability 

} 

— GPRS MS class mark describes the terminal capabilites . 

— For encoding refer to 3GPP TS 24.008 [12]. 



: := SEQUENCE { 
[0] MSNetworkCapability, 
[1] MSRadioAccessCapability 



Inbandlnfo {PARAMETERS-BOUND : bound} 

messagelD [0] MessagelD (bound}, 

numberOf Repetitions [1] INTEGER (1..127) 
duration [2] INTEGER (0.. 32767) 

interval [3] INTEGER (0.. 32767) 



SEQUENCE { 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



} 
Interval is the time in seconds between each repeated announcement . Duration is the total 
amount of time in seconds, including repetitions and intervals. 
The end of announcement is either the end of duration or numberOfRepetitions, 
whatever comes first . 
duration with value indicates infinite duration 



InformationToSend (PARAMETERS-BOUND : bound} 

inbandlnfo [0] Inbandlnfo (bound}, 

tone [1] Tone 

} 



CHOICE ( 



InitiatingEntity 
mobileStation 
sgsn 
hlr 
ggsn 
} 



(0) 
(1), 
(2), 
(3) 



ENUMERATED ( 



InvokelD 



TCInvokeldSet 



IPRoutingAddress (PARAMETERS-BOUND : bound} 
— Indicates the routing address for the IP . 



CalledPartyNumber (bound} 



IPSSPCapabilitie 
bound . SminlP 
Indicates th 

— bilateral pa 

— that shall b 

— part contain 

— according to 

— The last oct 

— a standard p 

— octet . Codin 



Oct< 


2t 1 


Bit 


Value 










1 


1 







1 


2 







1 


3 







1 


4 







1 


5 


- 


6 


- 


7 







1 



s (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 

SSPCapabilitiesLength . . bound . SmaxIPSSPCapabilitiesLength) ) 

e gsmSRF resources available. The parameter has two parts, a standard and a 
rt . The standard part indicates capabilities defined as optional in CAP V.2 

recognised (but not necessarily supported) by a CAP V.2 gsmSCF . The bilateral 
s further information that is not specified in this standard, but which is set 

bilateral agreements between network operators and/or equipment vendors. 
et of the standard part is indicated by bit 7 being set to 0, otherwise Bit 7 of 
art octet is set to 1 indicating that the standard part continues in the following 
g is as follows: 

Standard Part for CAP V.3 

Meaning 

IPRoutingAddress not supported 

IPRoutingAddress supported 

VoiceBack not supported 

VoiceBack supported 

Voicelnformation not supported, 

Voicelnformation supported, via 

Voicelnformation not supported, 

Voicelnformation supported, via voice recognition 

Generation of voice announcements from Text not supported 

Generation of voice announcements from Text supported 

Reserved 

Reserved 

End of standard part 

This value is reserved in CAP V.3 



via speech recognition 
speech recognition 
via voice recognition 



Octets 2 to 4 



Bilateral Part: Network operator / equipment vendor specific 



LegType 



OCTET STRING (SIZE(l) 
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legl LegType :;= 'Ol'H 

leg2 LegType ::= '02'H 

LocationlnformationGPRS ::= SEQUENCE ( 

cellGloballdOrServiceArealdOrLAI [0] OCTET STRING (SIZE (5.. 7)) OPTIONAL, 

routeingArealdentity [1] RAIdentity OPTIONAL, 

geographicallnformation [2] Geographicallnformation OPTIONAL, 

sgsn-Number [3] ISDN-AddressString OPTIONAL, 

selectedLSAIdentity [4] LSAIdentity OPTIONAL, 

extensionContainer [5] ExtensionContainer OPTIONAL, 

sai-Present [6] NULL OPTIONAL 

} 

— CellGloballdOrServiceArealdOrLAI and LSAIdentity are coded in accordance with 

— 3GPP TS 29.002 [13] . 

— sai-Present indicates that the cellGloballdOrServiceArealdOrLAI parameter contains 

— a Service Area Identity. 

LocationNumber {PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE ( 

bound . SminLocationNumberLength . . bound. SmaxLocationNumberLength) ) 

— Indicates the Location Number for the calling party. 

— Refer to ETS 300 356-1 [8] for encoding. 

MessagelD (PARAMETERS-BOUND : bound} ::= CHOICE { 

elementaryMessagelD [0] Integer4, 
text [1] SEQUENCE ( 

messageContent [0] lASString (SIZE( 

bound . SminMessageContentLength . . bound . SmaxMessageContentLength) ) , 
attributes [1] OCTET STRING (SIZE( 

bound . SminAttributesLength .. bound . SmaxAttributesLength) ) OPTIONAL 
}, 

elementaryMessagelDs [29] SEQUENCE SIZE (1.. bound . SnumOfMessagelDs) OF Integer4, 
variableMessage [30] SEQUENCE ( 

elementaryMessagelD [0] Integer4, 

variableParts [1] SEQUENCE SIZE (1..5) OF VariablePart {bound} 

} 
} 

— Use of the text parameter is network operator/equipment vendor specific. 

MonitorMode ::= ENUMERATED { 

interrupted (0), 

notifyAndContinue (1), 

transparent (2) 

} 

— Indicates the event is relayed and/or processed by the SSP . 

— Transparent means that the gsmSSF or gprsSSF does not notify the gsmSCF of the event. 

— For the use of this parameter refer to the procedure descriptions in clause 11. 

MSNetworkCapability ::= OCTET STRING (SIZE (8)) 

— MS Network Capability describes the GPRS terminal capabilites related to the network, i.e. SMS 

— point to point service over packet data channels. For encoding refer to 3GPP TS 24.008 [12] . 

MSRadioAccessCapability ::= OCTET STRING (SIZE (3.. 32)) 

— MS Radio Access Capability describes the terminal capabilites relevant for the radio network, 

— which may affect the way the network handles the mobile . 

— For encoding refer to 3GPP TS 24.008 [12]. 

NAOlilnfo ;:= OCTET STRING (SIZE (1)) 

— NA Oil information takes the same value as defined in ANSI ISUP T1.113 [53] 

— e.g. ' 3D ' H - Decimal value 61 - Cellular Service (Type 1) 

— ' 3E ' H - Decimal value 62 - Cellular Service (Type 2) 

— ' 3F ' H - Decimal value 63 - Cellular Service (roaming) 

OriginalCalledPartylD {PARAMETERS-BOUND ; bound} ::= OCTET STRING (SIZE( 

bound . SminOriginalCalledPartylDLength . . bound. SmaxOriginalCalledPartylDLength) ) 

— Indicates the original called number. Refer to ETS 300 356-1 [8] Original Called Number 

— for encoding. 

OCSIApplicable ::= NULL 

— Indicates that the Originating CAMEL Subscription Information, if present, shall be 

— applied on the outgoing call leg created with a Connect operation. For the use of this 

— parameter see 3GPP TS 23.078 [42]. 

PDPID ::= OCTET STRING (SIZE (1)) 

— PDP Identifier is a counter used to identify a specific PDP Context within a control 

— relationship between gprsSSF and gsmSCF . 

PDPInitiationType ;:= ENUMERATED { 

mSInitiated (0), 

networklnitiated (1) 
} 

QualityOf Service ::= SEQUENCE { 

requested-QoS [0] GPRS-QoS OPTIONAL, 

subscribed-QoS [1] GPRS-QoS OPTIONAL, 

negotiated-QoS [2] GPRS-QoS OPTIONAL, 
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} 

— The procedure descriptions in chapter 11 indicate which one(s) of the 

— QoS variables shall be transported. 

RAIdentity ::= OCTET STRING (SIZE (7)) 

— Routing Area Identity coded according to 3GPP TS 29.060 [43]. 

ReceivingSidelD ;:= CHOICE { receivingSidelD [1] LegType } 

— used to identify LegID in operations sent from gsmSSF to gsmSCF 

RedirectingPartylD {PARAMETERS-BOUND : bound} : := OCTET STRING (SIZE ( 
bound. SminRedirectingPartylDLength . . bound. SmaxRedirectingPartylDLength) ) 

— Indicates redirecting number. 

— Refer to ETS 300 356-1 [8] Redirecting number for encoding. 

RequestedlnformationList (PARAMETERS-BOUND : bound} ::= SEQUENCE SIZE (1.. numOf Inf oltems) OF 
Requestedlnformation (bound} 

RequestedlnformationTypeList (PARAMETERS-BOUND : bound} ::= SEQUENCE SIZE (1.. numOf Inf oltems) OF 
Requestedinf ormationType 

Requestedlnformation (PARAMETERS-BOUND : bound} ::= SEQUENCE ( 

requestedlnformationType [0] RequestedlnformationType, 
requestedinf ormationValue [1] Requestedinf ormationValue (bound}, 

} 

RequestedlnformationType : := ENUMERATED ( 

callAttemptElapsedTime (0) , 

callStopTime (1), 

callConnectedElapsedTime (2), 

releaseCause (30) 
} 

RequestedlnformationValue (PARAMETERS-BOUND : bound} ::= CHOICE ( 
callAttemptElapsedTimeValue [0] INTEGER (0..255), 
callStopTimeValue [1] DateAndTime, 

callConnectedElapsedTimeValue [2] Integer4, 
releaseCauseValue [30] Cause (bound} 

} 

— The CallAttemptElapsedTimeValue is specified in seconds. The unit for the 

— CallConnectedElapsedTimeValue is 100 milliseconds 

RPCause ::= OCTET STRING (SIZE (1)) 

— RP cause according to 3GPP TS 24.011 [45]. 

— GsmSCF shall send this cause in the ReleaseSMS operation. 

— The received cause is sent to the originating MS by the VMSC/SGSN. 

ScfID (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE( 

bound. SminScflDLength .. bound. SmaxScflDLength) ) 

— defined by network operator. 

— Indicates the gsmSCF identity. 

SCIBillingChargingCharacteristics (PARAMETERS-BOUND : bound} ::= OCTET STRING (SIZE ( 
bound. SminSCIBillingChargingLength . . bound. SmaxSCIBillingChargingLength) ) 
(CONSTRAINED BY ( — shall be the result of the BER-encoded value of type — 
CAMEL-SCIBillingChargingCharacteristics } ) 

— Indicates AOC information to be sent to a Mobile Station 

— The violation of the UserDef inedConstraint shall be handled as an ASN.l syntax error. 

SCIGPRSBillingChargingCharacteristics (PARAMETERS-BOUND ; bound} ::= OCTET STRING (SIZE ( 
bound. SminSCIBillingChargingLength . . bound. SmaxSCIBillingChargingLength) ) 
(CONSTRAINED BY ( — shall be the result of the BER-encoded value of type - 
CAMEL-SCIGPRSBillingChargingCharacteristics } ) 

— Indicates AOC information to be sent to a Mobile Station 

— The violation of the UserDef inedConstraint shall be handled as an ASN.l syntax error. 

SendingSidelD ::= CHOICE ( sendingSidelD [0] LegType} 

— used to identify LegID in operations sent from gsmSCF to gsmSSF 

ServicelnteractionlndicatorsTwo : := SEQUENCE ( 

forwardServicelnteractionInd [0] ForwardServicelnteractionInd OPTIONAL, 

— applicable to operations InitialDP, Connect and ContinueWithArgument . 
backwardServicelnteractionInd [1] BackwardServicelnteractionInd OPTIONAL, 

— applicable to operations Connect and ContinueWithArgument. 
bothwayThroughConnectionInd [2] BothwayThroughConnectionInd OPTIONAL, 

— applicable to ConnectToResource and EstablishTemporaryConnection 
connectedNumberTreatmentInd [4] ConnectedNumberTreatmentInd OPTIONAL, 

— applicable to Connect and ContinueWithArgument 

nonCUGCall [13] NULL OPTIONAL, 

— applicable to Connect and ContinueWithArgument 

— indicates that no parameters for CUG shall be used for the call (i.e. the call shall 

— be a non-CUG call) . 

— If not present, it indicates one of three things: 

— a) continue with modified CUG information (when one or more of either CUG Interlock Code 

— and Outgoing Access Indicator are present) , or 

— b) continue with original CUG information (when neither CUG Interlock Code or Outgoing 

— Access Indicator are present), i.e. no IN impact. 
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— c) continue with the original non-CUG call. 
holdTreatmentlndicator [50] OCTET STRING (SIZE 

— applicable to InitialDP, Connect and ContinueWithArgumen 

— acceptHoldRequest ' xxxx xxOl'B 

— re jectHoldRequest 'xxxx xxlO'B 

— network default is accept hold request 
cwTreatmentlndicator [51] OCTET STRING (SIZE 

— applicable to InitialDP, Connect and ContinueWithArgumen 

— acceptCw 'xxxx xxOl'B 

— rejectCw 'xxxx xxlO'B 

— network default is accept cw 
ectTreatmentlndicator [52] OCTET STRING (SIZE 

— applicable to InitialDP, Connect and ContinueWithArgumen 

— acceptEctRequest 'xxxx xxOl'B 

— re jectEctRequest 'xxxx xxlO'B 

— network default is accept ect request 



(1) 

t 



(D) 

t 



(1) 

t 



OPTIONAL, 



OPTIONAL, 



OPTIONAL, 



} 



SGSNCapabilities 



OCTET STRING (SIZE (1) 



The coding of the parameter is as follows : 



Indicates the SGSN capabilities . 

Bit Value Meaning 

AoC not supported by SGSN 
1 AoC supported by SGSN 

1 - This bit is reserved in CAP V.3 

2 - This bit is reserved in CAP V.3 

3 - This bit is reserved in CAP V.3 

4 - This bit is reserved in CAP V.3 

5 - This bit is reserved in CAP V.3 

6 - This bit is reserved in CAP V.3 

7 - This bit is reserved in CAP V.3 



SMSCause ;;= ENUMERATED { 

systemFailure (0), 

unexpectedDataValue (1), 

facilityNotSupported (2), 
sM-DeliveryFailure (3) , 

releaseFromRadioInterface (4) 
} 

— MO SMS error values which are reported to gsmSCF . 

— Most of these values are received from the SMSC as a response to 

— MO-ForwardSM operation. 



SMSEvent 

eventTypeSMS 

monitorMode 

} 



SEQUENCE { 

[0] EventTypeSMS, 

[1] MonitorMode 



Timeinf ormation ::= 

timelfNoTar iff Switch 

time If Tariff Switch 

} 
— Indicates call duration information 



CHOICE { 

[0] TimelfNoTariffSwitch, 

[1] TimelfTariffSwitch 



TimelfNoTariffSwitch ::= INTEGER ( .. 8 64000 ) 

— TimelfNoTariffSwitch is measured in 100 millisecond intervals 



TimelfTariffSwitch 

timeSinceTariff Switch 

tariffSwitchlnterval [1] INTEGER (1 .. 864000) OPTIONAL 

} 
— timeSinceTariff Switch and tariffSwitchlnterval are measured in 100 millisecond intervals 



SEQUENCE { 

[0] INTEGER(0 . .864000) 

[1] INTEGER(1 . .864000) 



TimerlD 

tssf 

} 
— Indicates the timer to be reset . 



ENUMERATED ( 
(0) 



TimerValue ::= Integer4 

— Indicates the timer value (in seconds) . 



TimeAndTimezone {PARAMETERS-BOUND : bound} : := 
bound. SminTimeAndTimezoneLength .. bound. 

— Indicates the time and timezone, relative 

— The year digit indicating millenium occup 

— digit indicating century occupies bits 4- 

— The year digit indicating decade occupies 

— indicating the year within the decade occ 

— The most significant month digit occupies 

— significant month digit occupies bits 4-7 

— The most significant day digit occupies b 
significant day digit occupies bits 4-7 o 

— The most significant hours digit occupies 

— significant hours digit occupies bits 4-7 

— The most significant minutes digit occupi 

— significant minutes digit occupies bits 4 

— The most significant seconds digit occupi 

— significant seconds digit occupies bits 4 



OCTET STRING ( 
SmaxTimeAndTime 

to GMT. This p 
ies bits 0-3 of 
7 of the first 

bits 0-3 of th 
upies bits 4-7 

bits 0-3 of th 

of the third o 
its 0-3 of the 
f the fourth oc 

bits 0-3 of th 

of the fifth o 
es bits 0-3 of 
-7 of the sixth 
es bits 0-3 of 
-7 of the seven 



SIZE ( 

zoneLength) ) 
arameter BCD encoded. 

the first octet, and the year 
octet . 

e second octet, whilst the digit 
of the second octet . 
e third octet, and the least 
ctet. 

fourth octet, and the least 
tet. 

e fifth octet, and the least 
ctet. 
the sixth octet, and the least 

octet . 
the seventh octet, and the least 
th octet . 
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— The timezone information occupies the eigth octet. For the encoding of Timezone refer to 

— Reference [29], 3GPP TS 23.040 [46]. 

— The BCD digits are packed and encoded as follows: 



.it 7 6 


5 




4 13 2 10 






2nd digi 


.t 


1 1st digit 


Octet 


1 


3rd digi 


.t 


1 4th digit 


Octet 


2 


nth digi 


.t 


1 n- 


-1th digit 


Octet 


m 


0000 






digit 









0001 






digit 


1 






0010 






digit 


2 






0011 






digit 


3 






0100 






digit 


4 






0101 






digit 


5 






Olio 






digit 


6 






0111 






digit 


7 






1000 






digit 


8 






1001 






digit 


9 






1010 






spare 








1011 






spare 








1100 






spare 








1101 






spare 








1110 






spare 








1101 






spare 









— where the leftmost bit of the digit is either bit 7 or bit 3 of the octet. 

Tone : := SEQUENCE { 

tonelD [0] Integer4, 

duration [1] Integer4 OPTIONAL, 

} 

— The duration specifies the length of the tone in seconds, value indicates infinite duration. 

TPDataCodingScheme ::= OCTET STRING (SIZE (1)) 

— TP Data Coding Scheme according to 3GPP TS 23.040 [46] 

TPProtocolIdentifier ::= OCTET STRING (SIZE (1)) 

— indicates the protocol used above SM-Transfer Layer as specified in 3GPP TS 23.040 [46] . 

TPShortMessageSubmissionlnfo ::= OCTET STRING (SIZE (1)) 

— contains the l" octect of the SMS-SUBMIT TPDU or the SMS-COMMAND TPDU as specified in 3GPP TS 
23.040 [46] . 

TPValidityPeriod ::= OCTET STRING (SIZE (1..7)) 

— indicates the length of the validity period or the absolute time of the validity 

— period termination as specified in 3GPP TS 23.040 [46]. 

— the length of ValidityPeriod is either 1 octet or 7 octets 

TransferredVolume ::= CHOICE { 

volumelfNoTariffSwitch [0] INTEGER ( . . 42 94 9672 95) , 

volumelf Tariff Switch [1] SEQUENCE { 

volumeSinceLastTariffSwitch [0] INTEGER ( . . 42 94 9672 95) , 
volumeTariffSwitchlnterval [1] INTEGER ( . . 42 94 9672 95) OPTIONAL 
} 

} 

— VolumelfNoTariffSwitch, volumeSinceLastTariffSwitch and volumeTariffSwitchlnterval 

— are measured in bytes . 

TransferredVolumeRollOver ::= CHOICE { 

rO-VolumelfNoTariffSwitch [0] INTEGER (0.. 255), 

rO-VolumelfTariffSwitch [1] SEQUENCE ( 

rO-VolumeSinceLastTariffSwitch [0] INTEGER (0.. 255) OPTIONAL, 
rO-VolumeTariffSwitchlnterval [1] INTEGER (0.. 255) OPTIONAL 
} 

} 

— rO-VolumelfNoTariff Switch, rO-VolumeSinceLastTariff Switch and rO-VolumeTarif f Switchlnterval 

— present counters indicating the number of parameter range rollovers . 

UnavailableNetworkResource : := ENUMERATED { 

unavailableResources (0), 

componentFailure (1), 

basicCallProcessingException (2) , 

resourceStatusFailure (3) , 

endUserFailure (4) 
} 

— Indicates the network resource that failed. 

VariablePart (PARAMETERS -BOUND : bound} ::= CHOICE { 

integer [0] Integer4, 

number [1] Digits {bound}, — Generic digits 

time [2] OCTET STRING (SIZE (2)), — HH : MM, BCD coded 

date [3] OCTET STRING (SIZE (4)), — YYYYMMDD, BCD coded 

price [4] OCTET STRING (SIZE (4)) 
} 
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— Indicates the variable part of the message . Time is BCD encoded. 

— The most significant hours digit occupies bits 0-3 of the first octet, and the least 

— significant digit occupies bits 4-7 of the first octet. The most significant minutes digit 

— occupies bits 0-3 of the second octet, and the least significant digit occupies bits 4-7 

— of the second octet . 

— Date is BCD encoded. The year digit indicating millenium occupies bits 0-3 of the first octet, 

— and the year digit indicating century occupies bits 4-7 of the first octet. The year digit 

— indicating decade occupies bits 0-3 of the second octet, whilst the digit indicating the year 

— within the decade occupies bits 4-7 of the second octet. 

— The most significant month digit occupies bits 0-3 of the third octet, and the least 

— significant month digit occupies bits 4-7 of the third octet. The most significant day digit 

— occupies bits 0-3 of the fourth octet, and the least significant day digit occupies bits 4-7 
of the fourth octet. 

— Price is BCD encoded. The digit indicating hundreds of thousands occupies bits 0-3 of the 

— first octet, and the digit indicating tens of thousands occupies bits 4-7 of the first octet. 

— The digit indicating thousands occupies bits 0-3 of the second octet, whilst the digit 

— indicating hundreds occupies bits 4-7 of the second octet. The digit indicating tens occupies 

— bits 0-3 of the third octet, and the digit indicating to 9 occupies bits 4-7 of the third 

— octet. The tenths digit occupies bits 0-3 of the fourth octet, and the hundredths digit 

— occupies bits 4-7 of the fourth octet . 

— For the encoding of digits in an octet, refer to the timeAndtimezone parameter 

— The Definition of range of constants follows 
numOflnfoItems INTEGER ::= 4 

END 



5.2 Error types 



CAP-errortypes (ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) umts-network (1) 
modules (3) cap-errortypes (51) versions (2)} 

— This module contains the type definitions for the CAP Error Types. 

— Where a parameter of type CHOICE is tagged with a specific tag value, the tag is automatically 

— replaced with an EXPLICIT tag of the same value. 

DEFINITIONS IMPLICIT TAGS ::= BEGIN 

IMPORTS 

ros-Inf ormationOb jects, 

datatypes, 

errorcodes 
FROM CAP-ob ject-identif iers {ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
umts-network (1) modules (3) cap-object-identifiers (100) versions (2)} 

ERROR 
FROM Remote-Operations-Information-Objects ros-InformationOb jects 

InvokelD, 

UnavailableNetworkRe source 
FROM CAP-datatypes datatypes 

err code-canceled, 
errcode-cancelFailed, 
errcode-eTCFailed, 
errcode-improperCallerResponse, 
err code -missingCustomerRecord, 
errcode-missingParameter, 
errcode-parameterOutOf Range, 
errcode-requestedinf oError, 
errcode-systemFailure, 
errcode-taskRe fused, 
errcode-unavailableResource, 
errcode-unexpectedComponent Sequence, 
errcode-unexpectedDataValue, 
errcode-unexpectedParameter , 
errcode-unknownLegID, 
errcode-unknownPDPID 
FROM CAP-errorcodes errorcodes 



— TYPE DEFINITION FOR CAP ERROR TYPES FOLLOWS 

canceled ERROR : := { 

CODE errcode-canceled 
} 

— The operation has been canceled. 

cancelFailed ERROR :;= { 

PARAMETER SEQUENCE { 

problem [0] ENUMERATED { 

unknownOperation (0), 
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tooLate (1) , 

operationNot Cancellable (2) 

operation [1] InvokelD, 

} 
CODE err code- can eel Fa lied 
} 

— The operation failed to be canceled. 

eTCFailed ERROR ::= ( 

CODE errcode-eTCFailed 
} 

— The establish temporary connection failed. 

ImproperCallerResponse ERROR ::= { 

CODE err code- imp roper Caller Response 
} 

— The caller response was not as expected. 

missingCustomerRecord ERROR ::= ( 

CODE errcode-missingCustomer Record 
} 

— The Service Logic Program could not be found in the gsmSCF . 

missingParameter ERROR ::= ( 

CODE errcode-missingParameter 
} 

— An expected optional parameter was not received. 

parameterOutOf Range ERROR ::= ( 

CODE er r code-pa rameterOutOf Range 
} 

— The parameter was not as expected (e.g. missing or out of range) . 

requestedinf oError ERROR ::= ( 
PARAMETER ENUMERATED ( 

unknownRequestedInf o (1) , 

requestedinf oNot Available (2 ) 

} 
CODE errcode-requestedinf oError 
} 

— The requested information cannot be found. 

systemFailure ERROR ::= { 

PARAMETER UnavailableNetworkRe source 

CODE errcode-systemFailure 

} 

— The operation could not be completed due to a system failure at the serving physical entity. 

taskRefused ERROR ::= { 

PARAMETER ENUMERATED { 

generic (0) , 

unobtainable (1), 

congestion (2) 

} 
CODE errcode-taskRe fused 
} 

— An entity normally capable of the task requested cannot or chooses not to perform the task at 

— this time. This includes error situations like congestion and unobtainable address as used in 

— e.g. the connect operation . ) 

unavailableResource ERROR ::= { 

CODE err code-unavailable Resource 
} 

— A requested resource is not available at the serving entity. 

unexpectedComponentSequence ERROR ::= ( 

CODE errcode-unexpectedComponent Sequence 
} 

— An incorrect sequence of Components was received (e . g. "DisconnectForwardConnection" 

— followed by "PlayAnnouncement" ) . 

unexpectedDataValue ERROR ::= ( 

CODE errcode-unexpectedDataValue 
} 

— The data value was not as expected (e.g. routing number expected but billing number received) 

unexpectedParameter ERROR ::= ( 

CODE errcode-unexpectedParameter 
} 

— A parameter received was not expected. 

unknownLegID ERROR ::= ( 

CODE errcode-unknownLegID 
} 

— Leg not known to the gsmSSF . 

unknownPDPID ERROR ::= ( 
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CODE errcode-unknownPDPID 
} 
— PDPID not known by the receiving entity. 



5.3 Operation codes 

CAP-operationcodes (ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0 ) umts-network (1) 
modules (3) cap-operationcodes (53) version3(2)} 

DEFINITIONS ::= BEGIN 

IMPORTS 

ros-Inf ormationOb jects 
FROM CAP-ob ject-identif iers (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0 ) 
umts-network ( 1 ) modules (3) cap-ob ject-identif iers ( 100 ) version3(2)} 

Code 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 



the operations are grouped by the identified operation packages. 

gsmSCF activation Package 

opcode -initialDP 
gsmSCF/gsmSRF activation of as 

opcode-assistRequestlnstructi 
Assist connection establishmen 

opcode-establishTemporaryConn 
Generic disconnect resource Pa 

opcode-disconnectForwardConne 
Non-assisted connection establ 

opcode-connectToRe source 
Connect Package (elementary gs 

opcode-connect 
Call handling Package (element 

opcode-releaseCall 
BCSM Event handling Package 

opcode-requestReportBCSMEvent 

opcode-eventReportBCSM 
gsmSSF call processing Package 

opcode -continue 

opcode-continueWithArgument 
Timer Package 

opcode-re set Timer 
Billing Package 

opcode-furnishchargingin forma 
Charging Package 

opcode-apply Charging 

opcode-apply Char gingReport 
Traffic management Package 

opcode-callGap 
Call report Package 

opcode-call InformationReport 

opcode-call InformationRequest 
Signalling control Package 

opcode-sendChargingIn format io 
Specialized resource control P 

opcode-playAnnouncement 

opcode-promptAndCollectUserIn 

opcode-special izedResourceRep 
Cancel Package 

opcode-cancel 
Activity Test Package 

opcode -activity Test 

Sms Activation Package 

opcode -initialDP SMS 
Sms Billing Package 

opcode -furnishChargingIn format ionSMS 
Sms Connect Package 

opcode -connect SMS 
Sms Event Handling Package 

opcode-requestReportSMSEvent 

opcode-eventReportSMS 
Sms Processing Package 

opcode-continue SMS 
Sms Release Package 

opcode -re lease SMS 
Sms Timer Package 

opcode -re set Timer SMS 
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— Gprs Activity Test Package 

opcode-act ivityXestGPRS 

— Gprs Charging Package 

opcode-apply Char gingGPRS 
opcode-apply Char gingReport GPRS 

— Gprs Cancel Package 

opcode-cancelGPRS 

— Gprs Connect Package 

opcode -connect GPRS 

— Gprs Processing Package 

opcode-continueGPRS 

— Gprs Exception Information Package 

opcode -entityReleasedGPRS 

— Gprs Billing Package 

opcode -furnishCharginglnformationGPRS 

— Gprs Scf Activation Package 

opcode -initialDPGPRS 

— Gprs Release Package 

opcode-releaseGPRS 

— Gprs Event Handling Package 

opcode-eventReportGPRS 
opcode-requestReportGPRSEvent 

— Gprs Timer Package 

opcode-reset Timer GPRS 

— Gprs Charge Advice Package 

opcode -sendChargingIn format ionGPRS 



Code 



local: 70 



Code 


:= local: 


71 


Code 


: = local : 


72 


Code 


:= local: 


73 


Code 


: = local : 


74 


Code 


: = local : 


75 


Code 


:= local: 


76 


Code 


: = local : 


77 


Code 


: = local : 


78 


Code 


:= local: 


79 


Code 


: = local : 


80 


Code 


:= local: 


81 


Code 


: = local : 


82 


Code 


: = local : 


83 



END 



5.4 



Error codes 



CAP-err or codes { ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) umts-network (1) 
modules (3) cap-errorcodes (57 ) version3(2) } 



DEFINITIONS 
IMPORTS 



BEGIN 



ros-Inf ormationOb jects 
FROM CAP-ob je ct -identif iers {ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) 
umts-network ( 1 ) modules (3) cap-object-identif iers ( 100 ) version3(2) } 

Code 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 



err code- canceled 

err code- can eel Fa lied 

errcode-eTCFailed 

err code -imp roper Caller Response 

errcode-missingCustomerRecord 

errcode-missingParameter 

err code-par ameterOutOf Range 

errcode-requestedinf oError 

errcode-systemFailure 

errcode-taskRefused 

err code -una vail able Resource 

errcode-unexpectedComponent Sequence 

errcode-unexpectedDataValue 

errcode-unexpectedParameter 

errcode-unknownLegID 

errcode-unknownPDPID 
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END 



5.5 



Classes 



CAP-classes {ccitt (0) identif ied-organization ( 4 ) etsi(O) mobileDomain ( ) umts-network (1) 
modules (3) cap-classes (54) version3(2)} 

DEFINITIONS ::= BEGIN 

IMPORTS 

ROS-OBJECT-CLASS, 
Code 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 

id-rosOb ject-gsmSRF, 
id-rosOb ject-gsmSSF, 
ros-Inf ormationOb jects, 
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gsmSSF-gsmSCF-Protocol, 

gsmSCF-gsmSRF-Protocol 
FROM CAP-ob ject-identif iers (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
umts-network ( 1 ) modules (3) cap-ob ject-identif iers ( 100 ) versions (2)} 

capSsfToScf Generic, 
capAssistHandof f ssfToScf 
FROM CAP-gsmSSF-gsmSCF-pkgs-contracts-acs gsmSSF-gsmSCF-Protocol 

gsmSRF-gsmSCF-contract 
FROM CAP-gsmSCF-gsmSRF-pkgs-contracts-acs gsmSCF-gsmSRF -Protocol 

CriticalityType 
FROM CS2-datatypes (ccitt(O) identif ied-organization (4) etsi(O) inDomain(l) in-network (1) cs2(20) 
modules (0) in-cs2-datatypes (0) versionl(O)} 



gsmSSF ROS-OBJECT-CLASS ;:= { 

INITIATES {capSsfToScfGenericI 

capAssistHandof fssfToScf} 
RESPONDS {capSsfToScfGeneric} 
ID id-rosObject-gsmSSF 

} 

gsmSRF ROS-OBJECT-CLASS ;:= { 

INITIATES {gsmSRF-gsmSCF-contract} 

ID id-rosObject-gsmSRF 

} 

EXTENSION ::= CLASS { 
&ExtensionType, 

Scriticality CriticalityType DEFAULT ignore, 
Sid Code 
} 

WITH SYNTAX { 

EXTENSION-SYNTAX SExtensionType 
CRITICALITY Scriticality 

IDENTIFIED BY &id 
} 

— Example of addition of an extension named 'Some Network Specific Indicator' of type 

— BOOLEAN, with criticality 'abort' and to be identified as extension number 1 

— Example of definition using the above information object class: 

— SomeNetworkSpecificIndicator EXTENSION ::= { 

— EXTENSION-SYNTAX BOOLEAN 

— CRITICALITY abort 

— IDENTIFIED BY local: 1 

— } 

— Example of transfer syntax, using the ExtensionField datatype as specified in subclause 5. 

— Assuming the value of the extension is set to TRUE, the extensions parameter 

— becomes a Sequence of type INTEGER : := 1, criticality ENUMERATED : := 1 and value [1] 

— EXPLICIT BOOLEAN ::= TRUE. 

— Use of Q.1400 [28] defined Extension is for further study. 

— In addition the extension mechanism marker is used to identify the future minor additions 

— to CAP. 

firstExtension EXTENSION ::= { 
EXTENSION-SYNTAX NULL 
CRITICALITY ignore 

IDENTIFIED BY local: 1 
} 

— firstExtension is just an example. 

SupportedExtensions (PARAMETERS-BOUND : bound} EXTENSION ::= (firstExtension, ... 

— full set of network operator extensions — 
} 

— SupportedExtension is the full set of the network operator extensions . 

PARAMETERS-BOUND ::= CLASS 
{ 

SminAccessPointNameLength INTEGER, 

SmaxAccessPointNameLength INTEGER, 

SminAChBillingChargingLength INTEGER, 

SmaxAChBillingChargingLength INTEGER, 

SminAttributesLength INTEGER, 

SmaxAttributesLength INTEGER, 

SmaxBearerCapabilityLength INTEGER, 

SminCalledPartyBCDNumberLength INTEGER, 

SmaxCalledPartyBCDNumberLength INTEGER, 

SminCalledPartyNumber Length INTEGER, 

SmaxCalledPartyNumber Length INTEGER, 

SminCallingPartyNumber Length INTEGER, 

SmaxCallingPartyNumber Length INTEGER, 

SminCallResultLength INTEGER, 

SmaxCallResultLength INTEGER, 
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SminCarrier Length 

&maxCarrier Length 

SminCauseLength 

SmaxCauseLength 

SminDigitsLength 

SmaxDigitsLength 

SminFCIBillingChargingDataLength 

SmaxFCIBillingChargingDataLength 

SminFCIBillingChargingLength 

SmaxFCIBillingChargingLength 

SminGenericNumber Length 

SmaxGenericNumber Length 

&minGPRS Cause Length 

SmaxGPRSCauseLength 

SminlPSSPCapabilitiesLength 

SmaxIPSSPCapabilitiesLength 

SminLocationNumber Length 

SmaxLocationNumber Length 

SminMessageContent Length 

SmaxMessageContent Length 

SminOriginalCalledPartylDLength 

&maxOriginalCalledPartyIDLength 

SminPDPAddressLength 

SmaxPDPAddressLength 

SminRedirectingPartylDLength 

&maxRedirectingPartyIDLength 

SminScf IDLength 

SmaxScf IDLength 

SminSCIBillingChargingLength 

SmaxSCIBillingChargingLength 

&minTimeAndTime zone Length 

&maxTimeAndTime zone Length 

SnumOfBCSMEvents 

SnumOfSMSEvents 

SnumOfGPRSEvents 

SnumOf Ext ens ions 

SnumOfGenericNumbers 

SnumOf Message IDs 



INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER, 
INTEGER 



WITH SYNTAX 

{ 

MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 
MINIMUM- 
MAXIMUM- 



FOR- ACCESS-POINT-NAME 

FOR- ACCESS-POINT-NAME 

FOR-ACH-BILLING-CHARGING 

FOR-ACH-BILLING-CHARGING 

FOR-ATTRIBUTES 

FOR-ATTRIBUTES 

FOR-BEARER-CAP ABILITY 

FOR-CALLED-PARTY-BCD-NUMBER 

FOR-CALLED-PARTY-BCD-NUMBER 

FOR-CALLED-PARTY-NUMBER 

FOR-CALLED-PARTY-NUMBER 

FOR-CALLING-PARTY-NUMBER 

FOR-CALLING-PARTY-NUMBER 

FOR-CALL-RESULT 

FOR-CALL-RESULT 

FOR-CARRIER 

FOR-CARRIER 

FOR-CAUSE 

FOR-CAUSE 

FOR-DIGITS 

FOR-DIGITS 

FOR-FCI-BILLING-CHARGING-DATA 

FOR-FCI-BILLING-CHARGING-DATA 

FOR-FCI-BILLING-CHARGING 

FOR-FCI -BILLING-CHARGING 

FOR-GENERIC-NUMBER 

FOR-GENERIC-NUMBER 

FOR-GPRS-CAUSE-LENGTH 

FOR-GPRS-CAUSE-LENGTH 

FOR-IP-SSP-CAP ABILITIES 

FOR-IP-SSP-CAP ABILITIES 

FOR-LOCATION-NUMBER 

FOR-LOCATION-NUMBER 

FOR-MESSAGE-CONTENT 

FOR-MESSAGE-CONTENT 

FOR-ORIGINAL-CALLED-PARTY-ID 

FOR-ORIGINAL-CALLED-PARTY-ID 

FOR-PDP-ADDRESS-LENGTH 

FOR-PDP-ADDRESS-LENGTH 

FOR-REDIRECTING-ID 

FOR-REDIRECTING-ID 

FOR-GSMSCF-ID 

FOR-GSMSCF-ID 

FOR-SCI-BILLING-CHARGING 

FOR-SCI-BILLING-CHARGING 

FOR-TIME-AND-TIMEZONE 

FOR-TIME-AND-TIMEZONE 



SminAccessPointNameLength 

SmaxAccessPointNameLength 

SminAChBillingChargingLength 

SmaxAChBillingChargingLength 

SminAttributesLength 

SmaxAttributesLength 

&maxBearerCapabilityLength 

SminCalledPartyBCDNumber Length 

SmaxCalledPartyBCDNumber Length 

SminCalledPartyNumber Length 

SmaxCalledPartyNumber Length 

SminCallingPartyNumber Length 

SmaxCallingPartyNumber Length 

SminCallResult Length 

SmaxCallResult Length 

&minCarrier Length 

&maxCarrier Length 

SminCauseLength 

SmaxCauseLength 

SminDigitsLength 

SmaxDigitsLength 

SminFCIBillingChargingDataLength 

SmaxFCIBillingChargingDataLength 

SminFCIBillingChargingLength 

SmaxFCIBillingChargingLength 

SminGenericNumber Length 

SmaxGenericNumber Length 

SminGPRS Cause Length 

SmaxGPRSCauseLength 

SminlPSSPCapabilitiesLength 

SmaxIPSSPCapabilitiesLength 

SminLocationNumber Length 

SmaxLocationNumber Length 

SminMessageContent Length 

SmaxMessageContent Length 

SminOriginalCalledPartylDLength 

SmaxOriginalCalledPartylDLength 

SminPDPAddressLength 

SmaxPDPAddressLength 

SminRedirectingPartylDLength 

SmaxRedirectingPartylDLength 

SminScf IDLength 

SmaxScf IDLength 

SminSCIBillingChargingLength 

SmaxSCIBillingChargingLength 

SminTimeAndTime zone Length 

SmaxTimeAndTime zone Length 
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NUM-OF-BCSM-EVENT 

NUM-OF-SMS-EVENTS 

NUM-OF-GPRS-EVENTS 

NUM-OF-EXTENSIONS 

NUM-OF-GENERIC-NUMBERS 

NUM-OF -ME S SAGE -IDS 



SnumOfBCSMEvents 
SnumOfSMSEvents 
SnumOfGPRSEvents 
SnumOf Ext ens ions 
&numOf GenericNumbers 
& numO f Me s sage I D s 



capSpecificBoundSet PARAMETERS-BOUND ::= 

{ 

MINIMUM-FOR-ACCESS-POINT-NAME 

MAXIMUM-FOR-ACCESS-POINT-NAME 

MINIMUM-FOR-ACH-BILLING-CHARGING 

MAXIMUM-FOR-ACH-BILLING-CHARGING 

MINIMUM-FOR- ATTRIBUTES 

MAXIMUM-FOR- ATTRIBUTES 

MAXIMUM-FOR-BEARER-CAP ABILITY 

MINIMUM-FOR-CALLED-PARTY-BCD-NUMBER 

MAXIMUM-FOR-CALLED-PARTY-BCD-NUMBER 

MINIMUM-FOR-CALLED-PARTY-NUMBER 

MAXIMUM-FOR-CALLED-PARTY-NUMBER 

MINIMUM-FOR-CALLING-PARTY-NUMBER 

MAXIMUM-FOR-CALLING-PARTY-NUMBER 

MINIMUM-FOR-CALL-RESULT 

MAXIMUM-FOR-CALL-RESULT 

MINIMUM-FOR-CARRIER 

MAXIMUM-FOR-CARRIER 

MINIMUM-FOR-CAUSE 

MAX I MUM- F R- C AU S E 

MINIMUM-FOR-DIGITS 

MAX I MUM-F OR-DIGITS 

MINIMUM-FOR-FCI-BILLING-CHARGING-DATA 

MAXIMUM-FOR-FCI-BILLING-CHARGING-DATA 

MINIMUM-FOR-FCI-BILLING-CHARGING 

MAXIMUM-FOR-FCI-BILLING-CHARGING 

MINIMUM-FOR-GENERIC-NUMBER 

MAXIMUM-FOR-GENERIC-NUMBER 

MINIMUM-FOR-GPRS-CAUSE-LENGTH 

MAXIMUM-FOR-GPRS-CAUSE-LENGTH 

MINIMUM-FOR-IP-SSP-CAP ABILITIES 

MAXIMUM-FOR-IP-SSP-CAP ABILITIES 

MINIMUM-FOR-LOCATION-NUMBER 

MAXIMUM-FOR-LOCATION-NUMBER 

MINIMUM-FOR-MESSAGE-CONTENT 

MAXIMUM-FOR-MESSAGE-CONTENT 

MINIMUM-FOR-ORIGINAL-CALLED-PARTY-ID 

MAXIMUM-FOR-ORIGINAL-CALLED-PARTY-ID 

MINIMUM-FOR-PDP-ADDRESS-LENGTH 

MAXIMUM-FOR-PDP-ADDRESS-LENGTH 

MINIMUM-FOR-REDIRECTING-ID 

MAXIMUM-FOR-REDIRECTING-ID 

MINIMUM-FOR-GSMSCF-ID 

MAXIMUM-FOR-GSMSCF-ID 

MINIMUM-FOR-SCI-BILLING-CHARGING 

MAXIMUM-FOR-SCI-BILLING-CHARGING 

MINIMUM-FOR-TIME-AND-TIMEZONE 

MAXIMUM-FOR-TIME-AND-TIMEZONE 

NUM-OF-BCSM-EVENT 

NUM-OF-SMS-EVENTS 

NUM-OF-GPRS-EVENTS 

NUM-OF-EXTENSIONS 

NUM-OF-GENERI C-NUMBERS 

NUM-OF-MESSAGE-IDS 

} 

END 



5.6 Object IDentifiers (IDs) 



1 

100 

5 

177 

2 

10 

11 

1 

41 

3 

18 

2 

10 

12 

186 

4 

4 

2 

32 

2 

16 

1 

160 

5 

174 

3 

11 

1 

1 

1 

4 

2 

10 

1 

127 

2 

10 

1 

63 

2 

10 

2 

10 

4 

69 



10 

10 

10 

10 

5 

16 



CAP-ob ject-identif iers {ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) 
umts-network ( 1 ) modules (3) cap-ob ject-identif iers ( 100 ) versions (2)} 



DEFINITIONS 



BEGIN 



— This module assigns object identifiers for Modules, Packages, Contracts and AC s 

— used by CAP 

— For Modules from TC, ROS, 

tc-Messages OBJECT IDENTIFIER ::= 

{ccitt recommendation q 773 modules (2) messages (1) version3(3) } 

tc-NotationExtensions OBJECT IDENTIFIER ::= 

{ccitt recommendation q 775 modules (2) notation-extension (4) versionl(l) } 

ros-InformationObjects OBJECT IDENTIFIER ::= 

{ joint-iso-ccitt remote-operations (4) informationOb jects (5) versionl(O)} 
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— For CAP Modules 

datatypes OBJECT IDENTIFIER ::= 

(ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain ( ) umts-network ( 1 ) modules (3) 

cap-datatypes (52) versions (2)} 

errortypes OBJECT IDENTIFIER ::= 

(ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-errortypes (51) versions (2)} 

operationcodes OBJECT IDENTIFIER ::= 

(ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-operationcodes (53) version3(2) } 

errorcodes OBJECT IDENTIFIER ::= 

{ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-errorcodes (57) version3(2)} 

classes OBJECT IDENTIFIER ::= 

(ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-classes (54) version3(2)} 

gsmSSF-gsmSCF-Operations OBJECT IDENTIFIER ::= 

(ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-gsmSSF-gsmSCF-ops-args ( 101 ) version3(2) } 

gsmSSF-gsmSCF-Protocol OBJECT IDENTIFIER ::= 

{ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-gsmSSF-gsmSCF-pkgs-contracts-acs (102) version3(2) } 

gsmSCF-gsmSRF-Operations OBJECT IDENTIFIER ::= 

{ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-gsmSCF-gsmSRF-ops-args (103) version3(2) } 

gsmSCF-gsmSRF-Protocol OBJECT IDENTIFIER ::= 

{ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-gsmSCF-gsmSRF-pkgs-contracts-acs (104) version3(2) } 

sms-Operations OBJECT IDENTIFIER ::= 

{ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-SMS-ops-args (105) version3(2) } 

smsSSF-gsmSCF-Protocol OBJECT IDENTIFIER ::= 

{ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-smsSSF-gsmSCF-pkgs-contracts-acs (106) version3(2) } 

gprsSSF-gsmSCF-Operations OBJECT IDENTIFIER ::= 

(ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-GPRS-ops-args ( 107 ) version3(2) } 

gprsSSF-gsmSCF-Protocol OBJECT IDENTIFIER ::= 

{ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) umts-network (1) modules (3) 
cap-gprsSSF-gsmSCF-pkgs-contracts-acs ( 108 ) version3(2) } 



id-CAP OBJECT IDENTIFIER ::= 

(ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) 

umts-network ( 1 ) cap3(20)} 

id-CAPOE OBJECT IDENTIFIER ::= 

(ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 

umts-network (1) cap30E(21)} 

id-ac OBJECT IDENTIFIER 

id-acE OBJECT IDENTIFIER 

id-as OBJECT IDENTIFIER 

id-asE OBJECT IDENTIFIER 

id-rosObject OBJECT IDENTIFIER 

id-contract OBJECT IDENTIFIER 

id-contractE OBJECT IDENTIFIER 

id-package OBJECT IDENTIFIER 

id-packageE OBJECT IDENTIFIER 



{id-CAP 

(id-CAPOE 

(id-CAP 

(id-CAPOE 

( id-CAP 

(id-CAP 

(id-CAPOE 

( id-CAP 

(id-CAPOE 



ac(3) } 
ac(3) } 
as(5) } 
as(5) } 

rosObject (25) } 
contract (26) } 
contract (26) } 
package (27) } 
package (27) } 



— for ac, as, rosObject, contract and package, the values are identical to Q.121E 

— ROS Objects 



id-rosOb ject-gsmSCF 
id-rosOb ject-gsmSSF 
id-rosOb ject-gsmSRF 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



( id-rosOb ject 4} 
( id-rosOb ject 5} 
( id-rosOb ject 6} 



— gsmSSF/gsmSCF AC 
id-ac-CAP-gsmSSF-scfGenericAC 
Id-ac-CAP-gsmSSF-scfAssistHandof fAC 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



(id-acE 4} 
(id-acE 6} 



— gsmSRF/gsmSCF AC 
id-ac-gsmSRF-gsmSCF 



OBJECT IDENTIFIER 



(id-ac 14} 



— gprsSSF/gsmSCF AC 
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id-ac-CAP-gprsSSF-gsmSCF-AC 
id-ac-CAP-gsmSCF-gprsSSF-AC 

— gprsSSF/gsmSCF or gsmSSF/gsmSCF AC 
id-ac-cap3-sms-AC 

— gsmSSF/gsmSCF Contracts 
id-CAPSsfToScf Generic 
id-CAPAssistHandoffssfToScf 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



OBJECT IDENTIFIER 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



{id-acE 50} 
(id-acE 51} 



(id-acE 61} 



{ id-contractE 3} 
{ id-contractE 5} 



— gsmSRF/gsmSCF Contracts 
id-contract-gsmSRF-gsmSCF 

— gprsSSF/gsmSCF Contracts 
id-cap3GprsSsf TogsmScf 
id-cap3GsmSCFTogprsSSF 



OBJECT IDENTIFIER 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



{id-contract 13} 



(id-contract 14} 
{id-contract 15} 



— gprsSSF/gsmSCF or gsmSSF/gsmSCF Contracts 
id-cap3SmsSsfTogsmScf OBJECT IDENTIFIER 



{id-contract 16} 



— gsmSSF/gsmSCF Operation Packages 
id-package-scfActivation 
id-package-gsmSRF-scfActivationOfAssis 
id-package-as si St Connect ionEstablishme 
id-package-gene ricDis connect Re source 
id-package-nonAssistedConnectionEstabl 



id-package- 
id-package- 
id-package- 
id-package- 
id-package- 
id-package- 
id-package- 
id-package- 
id-package- 
id-package- 
id-package- 
id-package- 



■connect 

■callHandling 

■bcsmEvent Handling 

■ssfCallProcessing 

■timer 

■billing 

charging 

traf f icManagement 

callReport 

signal lingControl 

activityTest 

cancel 



OBJECT 
t OBJECT 
nt OBJECT 
OBJECT 
ishment 

OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 



IDENTIFIER 
IDENTIFIER 
IDENTIFIER 
IDENTIFIER 



IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 



IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 



— gsmSRF/gsmSCF Operation Packages 
id-package-special izedRe sour ceControl 
id-package-gsmSRF-scf Cancel 

— gprsSSF/gsmSCF Operation Packages 
id-package-gprs Continue 
id-package-gprsExceptionInf ormation 
id-package-gprsSCFActivationPackage 
id-package-gprsConnectPackage 
id-package-gprsReleasePackage 
id-package-gprsEventHandlingPackage 
id-package-gprs SCFTimerPackage 
id-package-gprs SCFBillingPackage 
id-package-gprs SCFChargingPackage 
id-package-gprsSCFActivity Test Package 
id-package-gprs SCFCancelPackage 
id-package-gprs SCFChargeAdvicePackage 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 



IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 
IDENT 



IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 
IFIER 



gprsSSF/gsmSCF or gsmSSF/gsmSCF Operation Packages 



id-package-sms Activation 
id-package-sms Connect 
id-package-smsContinue 
id-package-smsRelease 
id-package-smsEvent Handling 
id-package-smsBilling 
id-package-sms Timer 

— gsmSSF/gsmSCF Abstract Syntaxes 
id-as-gsmSSF-scfGenericAS 
id-as-assistHandof f-gsmSSF-scfAS 

— gsmSRF/gsmSCF Abstract Syntaxes 
id-as-basic-gsmSRF-gsmSCF 

— gprsSSF/gsmSCF Abstract Syntaxes 
id-as-gprsSSF-gsmSCF-AS 
id-as-gsmSCF-gprsSSF-AS 



OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 
OBJECT 



DENTIFIER 
DENTIFIER 
DENTIFIER 
DENTIFIER 
DENTIFIER 
DENTIFIER 
DENTIFIER 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



OBJECT IDENTIFIER 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



{id-package 11} 

{id-package 15} 

{id-package 16} 

{id-package 17} 

{id-package 18} 
{id-package 19} 
{id-packageE 20} 
{id-package 21} 
{id-packageE 24} 
{id-package 26} 
{id-package 27} 
{id-package 28} 
{id-package 29} 
{id-package 32} 
{id-package 33} 
{id-package 34} 
{id-packageE 36} 



{id-package 42} 
{id-package 43} 



{id-package 49} 

{id-package 50} 

{id-package 51} 

{id-package 52} 

{id-package 53} 

{id-package 54} 

{id-package 55} 

{id-package 56} 

{id-package 57} 

{id-package 58} 

{id-package 59} 

{id-package 60} 



{id-package 61} 

{id-package 62} 

{id-package 63} 

{id-package 64} 

{id-package 65} 

{id-package 66} 

{id-package 67} 



{id-asE 4} 
{id-asE 6} 



{id-as 14} 



{id-as 50} 
{id-as 51} 



— gprsSSF/gsmSCF or gsmSSF/gsmSCF Abstract Syntaxes 
id-as-sms-AS OBJECT IDENTIFIER 



{id-as 61} 
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5.7 User Abort Data 



CAP-U-ABORT-Data { ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) umts -network (1) 
modules (3) cap-u-abort-data (110) versions (2) } 



DEFINITIONS 



BEGIN 



id-CAP-U-ABORT-Reason OBJECT IDENTIFIER ::= (ccitt (0) identif ied-organization ( 4 ) etsi(O) 
mobileDomain ( ) umts-network ( 1 ) as(l) cap-u-abort-reason (2 ) versions (2) } 



cAP-U-ABORT-Reason-Abstract-Syntax ABSTRACT-SYNTAX 
id-CAP-U-ABORT-Reason } 



(CAP-U-ABORT-REASON IDENTIFIED BY 



CAP-U-ABORT-REASON 



ENUMERATED ( 



no-reason-given (1) , 
application-timer-expired {2] 
not-allowed-procedures (S) , 
abnormal-processing ( 4 ) , 
congestion (5) , 
invalid-reference (6) , 
missing-reference (7) , 
overlapping-dialogue ( 8 ) 
} 
application-timer-expired 
not-allowed-procedures 



— abnormal -processing 

— congestion 

— invalid-reference 



missing-reference 



overlapping-dialogue 



— no-reason-given 

END — of CAP-U-ABORT-Data 



shall be set when application timer (e.g. 
shall be set when received signal is not 
procedures . 

For example, when class4 operation is rece 
the operation is not allowed in SSF FSM. 
(SSF FSM cannot continue state transition 
operation received in Waiting for End of T 
state . ) 

shall be set when abnormal procedures occu 
shall be set when requested resource is un 
congestion at TC user (CAP) level, 
shall be set if the received destinationRe 
for a known destination Reference the rece 
does not match with the stored origination 
This abort reason is used for CAP defined 
shall be set when the destinationRef erence 
originationRef erence is absent in the rece 
required to be present according to the pr 
This abort reason is used for CAP defined 
shall be used by the gprsSSF to indicate t 
specific instance already has a TC dialogu 
cause is typically obtained when both the 
open a new dialogue at the same time, 
shall be set when any other reasons above 



Tssf) is expired, 
llowed in CAP 

ived from SCF and 

(e.g. ReleaseCall 
emporary Connection 

r at entity action, 
available due to 

ference is unknown or 
ived originationRef erence 
Reference . 
GPRS-Ref erenceNumber . 

or the 
ived message but is 
ocedures in 12.1.7. 
GPRS-Ref erenceNumber . 
o the gsmSCF that a 
e open . This error 
gsmSCF and gprsSSF 

do not apply 



6 Circuit Switched Call Control 

6.1 gsmSSF/OOF - gsmSCF Interface 
6.1 .1 Operations and arguments 

CAP -gsmS SF -gsmSCF -ops -a rgs (ccitt ( ) identif ied-organization ( 4 ) etsi ( ) mobileDomain ( ) 
umts-network ( 1 ) modules (S) cap-gsmSSF-gsmSCF-ops-args ( 101 ) versions (2) } 

DEFINITIONS IMPLICIT TAGS ::= BEGIN 

— This module contains the operations and operation arguments used for the 

— gsmSSF - gsmSCF interface, for the control of circuit switched calls. 

— The table in section 2.1 lists the specifications that contain the modules 

— that are used by CAP . 

IMPORTS 

errortypes, 

datatypes, 

operationcodes, 

classes, 

tc-Messages, 

ros-Inf ormationOb jects 
FROM CAP-ob je ct -identif iers (ccitt ( ) identif ied-organization ( 4 ) etsi ( ) mobileDomain ( ) 
umts-network ( 1 ) modules (S) cap-object-identif iers ( 100 ) versions (2) } 

OPERATION 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 
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ServiceKey 
FROM CSl-DataTypes {ccitt(O) identif ied-organization ( 4 ) etsi(O) inDomain(l) in-network (1) 
modules (0) csl-datatypes (2) versionl(O)} 

MiscCalllnfo 
FROM CS2-datatypes (ccitt(O) identif ied-organization (4) etsi(O) inDomain(l) in-network ( 1 ) 
cS2(20) modules (0) in-cs2-datatypes (0) versionl(O)} 

Ext-BasicServiceCode, 

IMS I, 

ISDN-AddressString 
FROM MAP-CommonDataTypes (ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules(3) map-CommonDataTypes (18) version6(6)} 

CUG-Index, 

CUG-Interlock, 

CUG-Info, 

Location Information, 

Subscriber St ate 
FROM MAP-MS-DataTypes (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( ) 
gsm-Network ( 1 ) modules(3) map-MS-DataTypes ( 11 ) version6(6)} 

CallReferenceNumber, 

SuppressionOf Announcement 
FROM MAP-CH-DataTypes {ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
gsm-Network (1) modulesO) map-CH-DataXypes (13) version6(6)} 

PARAMETERS-BOUND 
FROM CAP-classes classes 

opcode-act ivityTest, 
opcode-apply Charging, 
opcode-applyChargingReport , 
opcode-assistRequest Inst ructions, 
opcode-callGap, 
opcode-call I nformationReport, 
opcode-call InformationRequest, 
opcode-cancel, 
opcode-connect, 
opcode-connect ToRe source, 
opcode-continue, 
opcode-continueWithArgument, 
opcode-disconnectForwardConnection, 
opcode -establishTemporary Connect ion, 
opcode-eventReportBCSM, 
opcode-furnishChargingIn format ion, 
opcode-initialDP, 
opcode-releaseCall, 
opcode-requestReportBCSMEvent , 
opcode-re set Timer, 
opcode-sendChargingIn format ion 
FROM CAP-operationcodes operationcodes 

AChBillingChargingCharacteristics ( } , 

AdditionalCallingPartyNumber { } , 

Alert ingPattern, 

AssistingSSPIPRoutingAddress (}, 

BCSMEvent { } , 

BearerCapability { } , 

CalledPartyNumber ( } , 

CalledPartyBCDNumber { } , 

CallingPartyNumber { } , 

CallingPartysCategory , 

CallResult (}, 

Carrier, 

Cause ( } , 

CGEncountered, 

ChargeNumber { } , 

ControlType, 

CorrelationID { } , 

DestinationRoutingAddress ( } , 

EventSpecif icInformationBCSM (}, 

EventTypeBCSM, 

ExtensionField ( } , 

FCIBillingChargingCharacteristics { } , 

GapCriteria { } , 

Gap Indicators, 

GapTreatment, 

GenericNumbers { } , 

HighLayerCompatibility, 

InvokelD, 

IPRoutingAddress {}, 

IPSSPCapabilities {}, 

legl, 

LocationNumber { } , 

MonitorMode, 

NAOlilnfo, 

OCSIApplicable, 
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OriginalCalledPartylD { } , 
Receivings ide ID, 
RedirectingPartylD { } , 
Redirect ion Information, 
RequestedlnformationList { } , 
Requestedinf ormationTypeList { } , 
ScfID (}, 

SCIBillingChargingCharacteristics { } , 
SendingSidelD, 

ServicelnteractionlndicatorsTwo, 
TimeAndTimezone { } , 
TimerlD, 
TimerValue 
FROM CAP-datatypes datatypes 

cancelFailed, 
eTCFailed, 

missingCustomerRecord, 
missingParameter, 
parameter Out Of Range, 
requestedlnfoError, 
systemFailure, 
taskRefused, 

unexpectedComponentSequence, 
unexpectedDataValue , 
unexpectedParameter , 
unknownLegID 
FROM CAP-errortypes errortypes 



activityTest OPERATION ::= { 
RETURN RESULT TRUE 
CODE opcode-activityTest 
} 

— Direction: gsmSCF -> gsmSSF, Timer: T ^ 

— This operation is used to check for the continued existence of a relationship 

— between the gsmSCF and gsmSSF, assistSSF or gsmSRF . If the relationship is 

— still in existence, then the gsmSSF will respond. If no reply is received, 

— then the gsmSCF will assume that the gsmSSF, assistSSF or grmSRF has failed 

— in some way . 



applyCharging (PARAMETERS-BOUND : bound} OPERATION 



{ 



ARGUMENT 
RETURN RESULT 
ERRORS 



CODE 
} 
Direction : 



ApplyChargingArg {bound} 
FALSE 

{missingParameter | 
unexpectedComponent Sequence 
unexpectedParameter | 
unexpectedDataValue I 
parameterOutOfRange I 
systemFailure I 
taskRefused I 
unknownLegID } 
opcode-apply Charging 

Timer: T- 



gsmSCF -> gsmSSF, ±_liiic^. ±^q 

— This operation is used for interacting from the gsmSCF with the gsmSSF charging mechanisms . 

— The ApplyChargingReport operation provides the feedback from the gsmSSF to the gsmSCF . 



ApplyChargingArg {PARAMETERS-BOUND : bound} ::= SEQUENCE { 

aChBillingChargingCharacteristics [0] AChBillingChargingCharacteristics {bound}, 
partyToCharge [2] SendingSidelD DEFAULT sendingSidelD : legl, 

extensions [3] SEQUENCE SIZE ( 1 . .bound . SnumOf Extensions) OF 

ExtensionField {bound} OPTIONAL, 

} 

— The partyToCharge parameter indicates the party in the call to which the ApplyCharging operation 

— shall be applied. 



applyChargingReport {PARAMETERS-BOUND : bound} OPERATION 



ARGUMENT 
RETURN RESULT 
ERRORS 



CODE 
} 
Direction 



ApplyChargingReportArg {bound} 

FALSE 

{missingParameter | 

unexpectedComponentSequence I 

unexpectedParameter | 

unexpectedDataValue I 

parameterOutOfRange I 

systemFailure I 

taskRefused} 

op code -applyChargingReport 

Timer: T- 



gsmSSF -> gsmSCF, ±_Liiicr. j-acr 
This operation is used by the gsmSSF to report to the gsmSCF the occurrence of a 
specific charging event as requested by the gsmSCF using the ApplyCharging operation. 



ApplyChargingReportArg {PARAMETERS-BOUND 



bound} 



CallResult {bound} 
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assistRequestlnstructions {PARAMETERS-BOUND : bound} OPERATION ::= { 
ARGUMENT AssistRequest InstructionsArg {bound} 
RETURN RESULT FALSE 
ERRORS {missingCustomerRecord I 

missingParameter | 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 
CODE opcode-assistRequest Inst ructions 

} 

— Direction: gsmSSF -> gsmSCF or gsmSRF -> gsmSCF, Timer: T j^ 

— This operation is used when there is an assist procedure and may be 

— sent by the gsmSSF or gsmSRF to the gsmSCF. This operation is sent by the 

— assisting gsmSSF to gsmSCF, when the initiating gsmSSF has set up a connection to 

— the gsmSRF or to the assisting gsmSSF as a result of receiving an 

— EstablishTemporaryConnection from 

— the gsmSCF. 

— Refer to clause 11 for a description of the procedures associated with this operation. 

AssistRequestlnstructionsArg {PARAMETERS-BOUND : bound} ::= SEQUENCE { 
correlationID {0] CorrelationID {bound}, 
iPSSPCapabilities [2] IPSSPCapabilities {bound}, 

extensions [3] SEQUENCE SIZE ( 1 . .bound . SnumOf Extensions) OF ExtensionField {bound} 

OPTIONAL, 

} 

— OPTIONAL denotes network operator specific use. The value of the correlationID may be the 

— Called Party Number supplied by the initiating gsmSSF . 

callGap {PARAMETERS-BOUND : bound} OPERATION ::= { 
ARGUMENT CallGapArg {bound} 
RETURN RESULT FALSE 
ALWAYS RESPONDS FALSE 
CODE opcode-callGap 

} 

— Direction: gsmSCF -> gsmSSF, Timer: T^„ 

— This operation is used to request the gsmSSF to reduce the rate at which specific service 

— requests are sent to the gsmSCF. 

CallGapArg {PARAMETERS-BOUND : bound} ::= SEQUENCE { 
gapCriteria [0] GapCriteria {bound}, 
gaplndicators [1] Gaplndicators, 

controlType [2] ControlType OPTIONAL, 

gapTreatment [3] GapTreatment {bound} OPTIONAL, 

extensions [4] SEQUENCE SIZE (1 . .bound. SnumOfExtensions) OF 

ExtensionField {bound} OPTIONAL, 

} 

— OPTIONAL denotes network operator optional. If gapTreatment is not present, the gsmSSF will 

— use a default treatment depending on network operator implementation. 

calllnformationReport {PARAMETERS-BOUND : bound} OPERATION ::= { 
ARGUMENT Callinf ormationReportArg {bound} 
RETURN RESULT FALSE 
ALWAYS RESPONDS FALSE 

CODE opcode-call InformationReport 

} 

— Direction: gsmSSF -> gsmSCF, Timer: T^j^^rp 

— This operation is used to send specific call information for a single call party to the gsmSCF as 

— requested by the gsmSCF in a previous CalllnformationRequest . 

CalllnformationReportArg {PARAMETERS-BOUND : bound} ::= SEQUENCE { 

requestedinf ormationList [0] Requestedinf ormationList {bound}, 

extensions [2] SEQUENCE SIZE ( 1 . .bound. SnumOfExtensions) OF 

ExtensionField {bound} OPTIONAL, 
leglD [3] ReceivingSidelD OPTIONAL, 

} 

CalllnformationRequest {PARAMETERS-BOUND : bound} OPERATION ::= { 
ARGUMENT Callinf ormationRequestArg {bound} 
RETURN RESULT FALSE 
ERRORS {missingParameter | 

parameterOutOfRange I 

requestedlnfoError | 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter | 

unknownLegID } 
CODE opcode-call InformationRequest 

} 

— Direction: gsmSCF -> gsmSSF, Timer: T^j^^rq 

— This operation is used to request the gsmSSF to record specific information about a single 

— call party and report it to the gsmSCF (with a CalllnformationReport operation) . 
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CalllnformationRequestArg (PARAMETERS-BOUND : bound} ::= SEQUENCE { 

requestedinf ormationTypeList [0] Requestedinf ormationTypeList {bound}, 
extensions [2] SEQUENCE SIZE ( 1 . .bound . SnumOfExtensions) OF 

ExtensionField (bound} 
leglD [3] SendingSidelD OPTIONAL, 



OPTIONAL, 



} 
— OPTIONAL denotes network operator optional . 

cancel (PARAMETERS-BOUND : bound} OPERATION :: 



ARGUMENT 
RETURN RESULT 
ERRORS 



CancelArg (bound} 
FALSE 

(cancelFailed I 
missingParameter 
taskRefused} 
opcode -cancel 



CODE 
} 

— Direction: gsmSCF -> gsmSSF, or gsmSCF -> gsmSRF, Timer: T^g^Yi 

— This operation cancels the correlated previous operation or all previous requests . The following 

— operations can be canceled: PlayAnnouncement, PromptAndCollectUserlnformation . 



CancelArg (PARAMETERS-BOUND : bound} ::= CHOICE ( 

invokelD [0] InvokelD, 

allRequests [1] NULL 

} 
— The InvokelD has the same value as that which was used for the operation to be cancelled. 



connect (PARAMETERS- 
ARGUMENT 
RETURN RESULT 
ERRORS 



CODE 
} 
Direction : 



BOUND : bound} OPERATION ::= 
ConnectArg (bound} 
FALSE 

(missingParameter | 
parameterOutOfRange I 
systemFailure I 
taskRefused I 

unexpectedComponentSequence I 
unexpectedDataValue I 
unexpectedParameter } 
opcode -connect 

Timer: T, 



gsmSCF-> gsmSSF, ±j_iiici. j-con 
This operation is used to request the gsmSSF to perform the call processing actions 
to route or forward a call to a specified destination. 



ConnectArg (PARAMETERS-BOUND 
destinationRoutingAddress 
alert ingPattern 
originalCalledPartylD 
extensions 

carrier 

callingPartysCategory 

redirect ingParty ID 

redirect ionlnformat ion 

genericNumbers 

service Inter act ion Indicate 

chargeNumber 

cug- Inter lock 

cug-OutgoingAccess 

suppressionOf Announcement 

oCSIAppli cable 

naOliInf o 



bound} ::= SEQUENCE ( 

[0] DestinationRoutingAddress (bound}, 

[I] AlertingPattern OPTIONAL, 
[6] OriginalCalledPartylD (bound} OPTIONAL, 
[10] SEQUENCE SIZE ( 1 .. bound . SnumOf Extensions ) OF 

ExtensionField (bound} OPTIONAL, 

[II] Carrier (bound} OPTIONAL, 
[28] CallingPartysCategory OPTIONAL, 
[29] RedirectingPartylD (bound} OPTIONAL, 
[30] Redirectionlnformation OPTIONAL, 
[14] GenericNumbers (bound} OPTIONAL, 

rsTwo [15] ServicelnteractionlndicatorsTwo OPTIONAL, 

[19] ChargeNumber (bound} OPTIONAL, 

[31] CUG-Interlock OPTIONAL, 

[32] NULL OPTIONAL, 

[55] SuppressionOf Announcement OPTIONAL, 

[56] OCSIApplicable OPTIONAL, 

[57] NAOlilnfo OPTIONAL, 



} 

— na-Info is included at the discretion of the gsmSCF operator. 

connectToResource (PARAMETERS-BOUND : bound} OPERATION ::= ( 
ARGUMENT ConnectToResourceArg (bound} 
RETURN RESULT FALSE 
ERRORS (missingParameter | 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 
CODE opcode-connectToResource 

} 

— Direction: gsmSCF -> gsmSSF, Timer: T^^r 

— This operation is used to connect a call from the gsmSSF to the 

— gsmSRF . 

— Refer to clause 11 for a description of the procedures associated with this operation. 

ConnectToResourceArg (PARAMETERS-BOUND : bound} ::= SEQUENCE ( 
resourceAddress CHOICE ( 

IpRoutingAddress [0] IPRoutingAddress (bound}, 

none [3] NULL 

}, 
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extensions [4] SEQUENCE SIZE (1 . .bound. SnumOfExtensions) OF 

ExtensionField {bound} OPTIONAL, 
servicelnteractionlndicatorsTwo [7] ServicelnteractionlndicatorsTwo OPTIONAL, 

} 

continue OPERATION ::= { 
RETURN RESULT FALSE 
ALWAYS RESPONDS FALSE 
CODE opcode-continue 

} 

— Direction: gsmSCF -> gsmSSF, Timer: 1,^^^ 

— This operation is used to request the gsmSSF to proceed with call processing at the 

— DP at which it previously suspended call processing to await gsmSCF instructions 

— (i.e. proceed to the next point in call in the BCSM) . The gsmSSF continues call 

— processing without substituting new data from gsmSCF. 



continueWithArgument (PARAMETERS-BOUND : bound} OPERATION 



{ 



ARGUMENT 
RETURN RESULT 
ERRORS 



CODE 
} 



ContinueWithArgumentArg {bound} 
FALSE 

{missingParameter | 
parameterOutOfRange I 
unexpectedComponentSequence I 
unexpectedDataValue I 
unexpectedParameter } 
op code -continueWithArgument 



— Direction: gsmSCF -> gsmSSF, Timer: T^^g^ 

— This operation is used to request the gsmSSF to proceed with call processing at the 

— DP at which it previously suspended call processing to await gsmSCF instructions 

— (i.e. proceed to the next point in call in the BCSM) . The gsmSSF continues call 

— processing with the modified call setup information as received from the gsmSCF. 



ContinueWithArgumentArg ( PARAMETERS- 
alertingPattern 
extensions 

servicelnteractionlndicatorsTwo 

callingPartysCategory 

genericNumbers 

cug- Inter lock 

cug-OutgoingAccess 

chargeNumber 

carrier 

suppressionOf Announcement 

naOlilnfo 



BOUND : bound} ::= SEQUENCE { 

[1] AlertingPattern OPTIONAL, 

[6] SEQUENCE SIZE ( 1 .. bound . SnumOf Extensions ) OF 

ExtensionField (bound} OPTIONAL, 

[7] ServicelnteractionlndicatorsTwo OPTIONAL, 

[12] CallingPartysCategory OPTIONAL, 

[16] GenericNumbers {bound} OPTIONAL, 

[17] CUG-Interlock OPTIONAL, 

[18] NULL OPTIONAL, 

[50] ChargeNumber (bound} OPTIONAL, 

[52] Carrier (bound} OPTIONAL, 

[55] SuppressionOfAnnouncement OPTIONAL, 

[56] NAOlilnfo OPTIONAL, 



} 



disconnectForwardConnection OPERATION : := ( 
RETURN RESULT FALSE 
ERRORS (systemFailure | 

taskRefused I 

unexpectedComponentSequence } 
CODE opcode-disconnectForwardConnection 

} 

— Direction: gsmSCF -> gsmSSF, Timer: T^f,^ 

— This operation is used to disconnect a forward temporary connection or a connection to a 

— resource. Refer to clause 11 for a description of the procedures associated with this operation. 

establishTemporaryConnection (PARAMETERS-BOUND : bound} OPERATION ::= ( 
ARGUMENT EstablishTemporaryConnectionArg (bound} 
RETURN RESULT FALSE 
ERRORS (eTCFailed I 

missingParameter | 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 

opcode-e St ablishTemporary Connect ion 



gsmSCF -> gsmSSF, Timer: T 



CODE 
} 

Direction: yoiii._)^i: ^ yoiiiooi:, ±_Liiic^. ±^^„ 

This operation is used to create a connection to a resource for a limited period 
of time (e.g. to play an announcement, to collect user information); it implies 
the use of the assist procedure. Refer to clause 11 for a description of the 
procedures associated with this operation. 



EstablishTemporaryConnectionArg (PARAMETERS-BOUND : bound} 



SEQUENCE ( 



assist ingSSPIPRoutingAddress 

cor relation ID 

scfID 

extensions 

carrier 

servicelnteractionlndicatorsTwo 
naOliInf o 



[0] AssistingSSPIPRoutingAddress (bound}, 

[1] CorrelationID (bound} OPTIONAL, 

[3] ScfID (bound} OPTIONAL, 

[4] SEQUENCE SIZE ( 1 .. bound . SnumOf Extensions ) OF 

ExtensionField (bound} OPTIONAL, 

[5] Carrier (bound} OPTIONAL, 

[6] ServicelnteractionlndicatorsTwo OPTIONAL, 



[50] NAOlilnfo 



OPTIONAL, 
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chargeNumber 



[51] ChargeNumber {bound} 



OPTIONAL, 



} 



eventReportBCSM (PARAMETERS-BOUND : bound} OPERATION ::= { 
ARGUMENT EventReportBCSMArg (bound} 
RETURN RESULT FALSE 
ALWAYS RESPONDS FALSE 

CODE opcode-eventReportBCSM 

} 

— Direction: gsmSSF -> gsmSCF, Timer: T^^^j^ 

— This operation is used to notify the gsmSCF of a call-related event (e.g. BCSM 

— events such as busy or no answer) previously requested by the gsmSCF in a 

— RequestReportBCSMEvent operation. 

EventReportBCSMArg (PARAMETERS-BOUND : bound} ::= SEQUENCE ( 



eventTypeBCSM [0] 

eventSpecif icInformationBCSM [2] 

leglD [3] 

miscCalllnfo [4] 

extensions [5] 



EventTypeBCSM, 

EventSpecificInformationBCSM (bound} OPTIONAL, 

ReceivingSidelD OPTIONAL, 

MiscCalllnfo DEFAULT (messageType request} 

SEQUENCE SIZE (1 . .bound. SnumOfExtensions) OF 

ExtensionField (bound} OPTIONAL, 



f urnishChargingInf ormation ( PARAMETERS-BOUND 



bound} OPERATION 



ARGUMENT 
RETURN RESULT 
ERRORS 



CODE 
} 
Direction 



FurnishChargingIn format ionArg (bound} 

FALSE 

(missingParameter | 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 

opcode- furnishchargingin format ion 

Timer : 



gsmSCF -> gsmSSF, ±_LiLLci. J-f^j^ 

— This operation is used to request the gsmSSF to generate, register a call record 

— or to include some information in the default call record. 

— The registered call record is intended for off line charging of the call . 

FurnishCharginglnformationArg (PARAMETERS-BOUND : bound} : := 
FCIBillingChargingCharacteristics (bound} 



initialDP (PARAMETERS-BOUND 



bound} OPERATION 



ARGUMENT InitialDPArg (bound} 

RETURN RESULT FALSE 

ERRORS (missingCustomerRecord I 

missingParameter | 

parameterOutOfRange I 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue | 

unexpectedParameter } 
CODE opcode-initialDP 

} 

— Direction: gsmSSF -> gsmSCF, Timer: Tj^^jp 

— This operation is used after a TDP to indicate request for service . 



InitialDPArg (PARAMETERS-BOUND ; bound} ::= 

serviceKey [0] 

calledPartyNumber [2] 

callingPartyNumber [3] 

callingPartysCategory [5] 

cGEncountered [7] 

iPSSPCapabilities [8] 

locationNumber [10] 

originalCalledPartylD [12] 

extensions [15] 

highLayerCompatibility [23] 

additionalCallingPartyNumber [25] 

bearerCapability [27] 

eventTypeBCSM [28] 

redirectingPartylD [29] 

redirectioninf ormation [30] 

cause [17] 

servicelnteractionlndicatorsTwo [32 ] 

carrier [37] 

cug-Index [45] 

cug-Interlock [46] 

cug-OutgoingAccess [47] 

iMSI [50] 

subscriberState [51] 

locationinf ormation [52] 

ext-basicServiceCode [53] 

callReferenceNumber [54] 

mscAddress [55] 



SEQUENCE ( 
ServiceKey , 
CalledPartyNumber (bound} 
CallingPartyNumber (bound} 
CallingPartysCategory 
CGEncountered 
IPSSPCapabilities (bound} 

LocationNumber (bound} 

OriginalCalledPartylD (bound} 

SEQUENCE SIZE (1 . .bound. SnumOf Extensions) 
ExtensionField (bound} 

HighLayerCompatibility OPTIONAL, 

AdditionalCallingPartyNumber (bound} 

BearerCapability (bound} 

EventTypeBCSM 

RedirectingPartylD (bound} 

Redirectioninf ormation 

Cause (bound} 

ServicelnteractionlndicatorsTwo 

Carrier (bound} 

CUG-Index 

CUG-Interlock 

NULL 

IMSI 

SubscriberState 

Locationinf ormation 

Ext-BasicServiceCode 

CallReferenceNumber 

ISDN-AddressString 



OF 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 

OPTIONAL, 

OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
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calledPartyBCDNumber 
timeAndTimezone 
gsm-ForwardingP ending 
initialDPArgExtension 



[56] CalledPartyBCDNumber {bound} 

[57] TimeAndTimezone {bound} 

[58] NULL 

[59] InitialDPArgExtension 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



} 



InitialDPArgExtension 
gmscAddress 



SEQUENCE { 

[0] ISDN-AddressString 



OPTIONAL, 



— If iPSSPCapabilities is not present then this denotes that a colocated gsmSRF is not 

— supported by the gsmSSF. If present, then the gsmSSF supports a colocated gsmSRF capable 

— of playing announcements via elementaryMessagelDs and variableMessages, the playing of 

— tones and the collection of DTMF digits. Other supported capabilities are explicitly 

— detailed in the IPSSPCapabilities parameter itself. 

— Carrier is included at the discretion of the gsmSSF operator. 

releaseCall {PARAMETERS-BOUND : bound} OPERATION ::= { 
ARGUMENT ReleaseCallArg {bound} 
RETURN RESULT FALSE 
ALWAYS RESPONDS FALSE 
CODE opcode-releaseCall 

} 

— Direction: gsmSCF -> gsmSSF, Timer: Tj-j, 

— This operation is used to tear down an existing call at any phase of the call for all parties 

— involved in the call . 

ReleaseCallArg {PARAMETERS-BOUND : bound} ::= Cause {bound} 

— A default value of decimal 31 (normal unspecified) shall be given. 



requestReportBCSMEvent { PARAMETERS-BOUND 



bound} OPERATION 



ARGUMENT 
RETURN RESULT 
ERRORS 



CODE 
} 



RequestReportBCSMEventArg {bound} 
FALSE 

{missingParameter | 
parameterOutOf Range | 
systemFailure I 
taskRefused I 

unexpectedComponentSequence I 
unexpectedDataValue I 
unexpectedParameter | 
unknownLegID } 
opcode-requestReportBCSMEvent 



— Direction: gsmSCF -> gsmSSF, Timer: Tj-j-j^ 

— This operation is used to request the gsmSSF to monitor for a call-related event 

— (e.g. BCSM events such as busy or no answer) , then send a notification back to the gsmSCF when 

— the event is detected. 

— NOTE: 

— Every EDP must be explicitly armed by the gsmSCF via a RequestReportBCSMEvent operation. 

— No implicit arming of EDPs at the gsmSSF after reception of any operation (different 

— from RequestReportBCSMEvent) from the gsmSCF is allowed. 



RequestReportBCSMEventArg {PARAMETERS-BOUND : bound} ;;= SEQUENCE { 

bcsmEvents [0] SEQUENCE SIZE ( 1 . .bound . SnumOfBCSMEvents) OF BCSMEvent {bound}, 
extensions [2] SEQUENCE SIZE ( 1 .. bound . SnumOf Extensions) OF ExtensionField {bound} 

} 

— Indicates the BCSM related events for notification. 



OPTIONAL, 



resetTimer {PARAMETERS-BOUND 



bound} OPERATION 



ARGUMENT ResetTimerArg {bound} 

RETURN RESULT FALSE 

ERRORS {missingParameter | 

parameterOutOfRange I 
taskRefused I 

unexpectedComponentSequence I 
unexpectedDataValue I 
unexpectedParameter } 
opcode -re set Timer 



CODE 
} 
Direction: gsmSCF 



-> gsmSSF, Timer: T 



rt 



— This operation is used to request the gsmSSF to refresh an application timer in the gsmSSF. 

ResetTimerArg {PARAMETERS-BOUND : bound} ::= SEQUENCE { 
timerlD [0] TimerlD DEFAULT tssf, 

timervalue [1] TimerValue, 
extensions [2] SEQUENCE SIZE (1 . .bound. SnumOfExtensions) OF 

ExtensionField {bound} OPTIONAL, 



sendCharginglnformation {PARAMETERS-BOUND : bound} OPERATION 
ARGUMENT SendChargingInf ormationArg {bound} 
RETURN RESULT FALSE 
ERRORS {missingParameter | 

unexpectedComponentSequence I 

unexpectedParameter | 
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parameterOutOfRange I 

systemFailure I 

taskRefused I 

unexpectedDataValue I 

unknownLegID } 
CODE opcode -sendChargingIn format ion 

} 

— Direction: gsmSCF -> gsmSSF, Timer: 1^01 

— This operation is used to instruct the gsmSSF on the charging information to send by the gsmSSF. 

— The charging information can either be sent back by means of signalling or internal 

— if the gsmSSF is located in the local exchange. In the local exchange 

— this information may be used to update the charge meter or to create a standard call record. 

SendCharginglnformationArg (PARAMETERS-BOUND : bound} ::= SEQUENCE ( 

sCIBillingChargingCharacteristics [0] SCIBillingChargingCharacteristics (bound}, 
partyToCharge [1] SendingSidelD, 

extensions [2] SEQUENCE SIZE ( 1 . .bound . SnumOfExtensions) OF 

ExtensionField (bound} OPTIONAL, 

} 
END 

The following value ranges apply for operation specific timers in CAP: 



short: 

medium: 

long: 



1 s. 
1 s. 
1 s- 



10 s 
60s 
30 minutes 



Table 6-1 lists all operation timers and the value range for each timer. The definitive value for each operation timer may 
be network specific and has to be defined by the network operator. 

Table 6-1 : Timer value ranges 



Operation Name 


Timer 


Value range 


ActivityTest 


Tat 


short 


ApplyCharging 


Tac 


short 


ApplyChargingReport 


^acr 


short 


AssistRequestlnstructions 


Tari 


short 


CalllnformationReport 


^cirp 


short 


CalllnformationRequest 


^cirq 


short 


Cancel 


"•"can 


short 


CallGap 


^cg 


short 


Connect 


^con 


short 


ConnectloResource 


Tctr 


short 


Continue 


"•"cue 


short 


ContinueWithArgument 


^cwa 


short 


DisconnectForwardConnection 


"■"dfc 


short 


EstablishTemporaryConnection 


"■"etc 


medium 


EventReportBCSM 


Terb 


short 


FurnishCharging Information 


Tfci 


short 


InitialDP 


Tidp 


short 


ReleaseCall 


Trc 


short 


RequestReportBCSIVIEvent 


Trrb 


short 


Resetlimer 


Trt 


short 


SendCharginglnformation 


^sci 


short 



6.1 .2 gsmSSF/gsmSCF packages, contracts and AGs 
6.1.2.1 gsmSSF/gsmSCFASN.1 module 

CAP-gsmSSF-gsmSCF-pkgs-contracts-acs ( ccitt ( ) identif ied-organization ( 4 ) etsi ( ) mobileDomain ( ) 
umts-network (1) modules (3) cap-gsmSSF-gsmSCF-pkgs-contracts-acs (102) versions (2) } 
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DEFINITIONS ;;= BEGIN 

— This module specifies the Operation Packages, Contracts, Application Contexts 

— and Abstract Syntaxes used for the gsmSSF - gsmSCF interface, for the control of 

— circuit switched calls. 

— The table in section 2.1 lists the specifications that contain the modules 

— that are used by CAP . 

IMPORTS 

PARAMETERS-BOUND, 
cAPSpecif icBoundSet 
FROM CAP-classes classes 

CONTRACT, 

OPERATION-PACKAGE, 
OPERATION 
FROM Remote-Operations-Information-Objects ros-InformationOb jects 

TCMessage ( } 
FROM TCAPMessages tc-Messages 

APPLICATION-CONTEXT, 
dialogue-abstract -syntax 
FROM TC-Notation-Extensions tc-NotationExtensions 

activityTest, 
applyCharging { } , 
applyChargingReport { } , 
assistRequestlnstructions (}, 
callGap { } , 

calllnformationReport (}, 
calllnformationRequest {}, 
cancel { } , 
connect { } , 
connectToResource ( } , 
continue, 

continueWithArgument { } , 
disconnectForwardConnection, 
establishTemporaryConnection {}, 
eventReportBCSM { } , 
furnishcharginginf ormation { } , 
initialDP {}, 
releaseCall { } , 
requestReportBCSMEvent { } , 
resetTimer { } , 
sendChargingInf ormation ( } 
FROM CAP-gsmSSF-gsmSCF-ops-args gsmSSF-gsmSCF-Operations 

playAnnouncement ( } , 
promptAndCollectUserlnformation ( } , 
special izedResourceReport 
FROM CAP-gsmSCF-gsmSRF-ops-args gsmSCF-gsmSRF-Operations 

specializedResourceControlPackage ( } 
FROM CAP-gsmSCF-gsmSRF-pkgs-contracts-acs gsmSCF-gsmSRF -Protocol 

id-ac-CAP-gsmSSF-scfGenericAC, 
id-ac-CAP-gsmSSF-scfAssistHandof fAC, 
id-CAPSsfToScf Generic, 
Id-CAPAssistHandoffssfToScf, 
Id-as-gsmSSF-scfGenericAS, 
id-as-assistHandof f-gsmSSF-scfAS, 
id-package-scfActivation, 
id-package-gsmSRF-scf Act ivationOf Assist, 
id-package-as si St Connect ionEstablishment, 
id-package-genericDis connect Re source, 
id-package-nonAssistedConnect ionEstablishment , 
id-package-connect, 
id-package-callHandling, 
id-package-bcsmEvent Handling, 
id-package-ssfCal IP recessing, 
id-package-timer, 
id-package-billing, 
id-package-charging, 
id-package-traf f icManagement, 
id-package-callReport, 
id-package-signal lingControl, 
id-package-act IvityTest, 
id-package -cancel, 
classes, 

ros-InformationOb jects, 
tc-Messages, 
tc-NotationExtensions, 
gsmSSF-gsmSCF-Ope rat ions, 
gsmSCF-gsmSRF-Operations, 
gsmSCF-gsmSRF-Protocol 
FROM CAP-ob ject-identif iers (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
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umts-network (1) modules(3) cap-object-identifiers (100) version3(2)} 

— Application Contexts 

capssf-scfGenericAC APPLICATION-CONTEXT ::= { 

CONTRACT capSsfToScfGeneric 

DIALOGUE MODE structured 

ABSTRACT SYNTAXES { dialogue-abstract-syntax | 

gsmSSF-scfGenericAbstr act Syntax} 
APPLICATION CONTEXT NAME id-ac-CAP-gsmSSF-scf GenericAC } 

capssf-scfAssistHandoffAC APPLICATION-CONTEXT ::= { 

CONTRACT capAssistHandoffssfToScf 

DIALOGUE MODE structured 

ABSTRACT SYNTAXES {dialogue-abstract-syntax | 

assistHandoff-gsmSSF-scf Abstract Syntax} 
APPLICATION CONTEXT NAME id-ac-CAP-gsmSSF-scf AssistHandof f AC } 

— Contracts 

CapSsfToScfGeneric CONTRACT ::= { 

— dialogue initiated by gsmSSF with InitialDP Operation 

INITIATOR CONSUMER OF 

( scf ActivationPackage ( cAPSpecif icBoundSet } } 
RESPONDER CONSUMER OF 

{activityTestPackage I 

assistConnectionEstablishmentPackage {cAPSpecif icBoundSet } I 

bcsmEventHandlingPackage (cAPSpecif icBoundSet } I 

billingPackage {cAPSpecif icBoundSet } I 

callHandlingPackage (cAPSpecif icBoundSet } I 

callReportPackage {cAPSpecif icBoundSet } I 

cancelPackage ( cAPSpecif icBoundSet } I 

chargingPackage { cAPSpecif icBoundSet } I 

connectPackage { cAPSpecif icBoundSet } I 

genericDisconnectResourcePackage ( cAPSpecif icBoundSet } | 

nonAssistedConnectionEstablishmentPackage ( cAPSpecif icBoundSet } I 

signallingControlPackage { cAPSpecif icBoundSet } I 

specializedResourceControlPackage ( cAPSpecif icBoundSet } I 

ssfCallProcessingPackage {cAPSpecif icBoundSet } I 

timerPackage {cAPSpecif icBoundSet } I 

traf f icManagementPackage { cAPSpecif icBoundSet } } 
ID id-CAPSsfToScfGeneric 
} 

CapAssistHandoffssfToScf CONTRACT ::= { 

— dialogue initiated by gsmSSF with AssistRequestlnstructions 

INITIATOR CONSUMER OF 

{ gsmSRF-scf ActivationOf AssistPackage { cAPSpecif icBoundSet } } 
RESPONDER CONSUMER OF 

{activityTestPackage I 

callHandlingPackage { cAPSpecif icBoundSet } I 

cancelPackage { cAPSpecif icBoundSet } I 

genericDisconnectResourcePackage { cAPSpecif icBoundSet } I 

nonAssistedConnectionEstablishmentPackage { cAPSpecif icBoundSet } I 

specializedResourceControlPackage {cAPSpecif icBoundSet } I 

timerPackage {cAPSpecif icBoundSet } } 
ID id-CAPAssistHandoffssfToScf 
} 

— Operation Packages 

scfActivationPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES {initialDP {bound}} 

ID id-package-scf Activation} 
gsmSRF-scfActivationOfAssistPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { assistRequest Instructions {bound}} 

ID id-package-gsmSRF-scf ActivationOf Assist } 
assistConnectionEstablishmentPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { establishTemporaryConnection {bound}} 

ID id-package-assistConnectionEstablishment } 
genericDisconnectResourcePackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { disconnectForwardConnection } 

ID id-package-genericDisconnectResource } 
nonAssistedConnectionEstablishmentPackage {PARAMETERS -BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { connectToResource {bound}} 

ID id-package-nonAssistedConnectionEstablishment } 
connectPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES {connect {bound}} 

ID id-package-connect} 
callHandlingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES {releaseCall {bound}} 

ID id-package-callHandling} 
bcsmEventHandlingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { requestReportBCSMEvent {bound}} 
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SUPPLIER INVOKES { eventReportBCSM {bound}} 

ID id-package-bcsmEventHandling} 
ssfCallProcessingPackage (PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES ( continueWithArgument (bound} I continue} 

ID id-package-ssf CallProcessing} 
timerPackage {PARAMETERS-BOUND ; bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES (resetTimer {bound}} 

ID id-package-timer} 
billingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { f urnishChargingInf ormation {bound}} 

ID id-package-billing} 
chargingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { applyCharging {bound}} 

SUPPLIER INVOKES { applyChargingReport {bound}} 

ID id-package-charging} 
trafficManagementPackage {PARAMETERS-BOUND ; bound} OPERATION-PACKAGE ;:= { 

CONSUMER INVOKES {callGap {bound}} 

ID id-package-traf f icManagement } 
callReportPackage {PARAMETERS-BOUND ; bound} OPERATION-PACKAGE ;:= { 

CONSUMER INVOKES { callinf ormationRequest {bound}} 

SUPPLIER INVOKES { callinf ormationReport {bound}} 

ID id-package-callReport } 
signallingControlPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { sendChargingInf ormation {bound}} 

ID id-package-signallingControl } 
activityTestPackage OPERATION-PACKAGE ;;= { 

CONSUMER INVOKES { activityTest } 

ID id-package-activityTest } 

cancelPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES {cancel {bound}} 

ID id-package-cancel} 

— Abstract Syntaxes 

gsmSSF-scfGenericAbstractSyntax ABSTRACT-SYNTAX ;;= { 
GenericSSF-gsmSCF-PDUs 

IDENTIFIED BY id-as-gsmSSF-scf GenericAS } 
GenericSSF-gsmSCF-PDUs ::= TCMessage { {SsfToScfGenericInvokable } , 

{SsfToScfGenericReturnable} } 
SsfScfGenericInvokable OPERATION ::= { 

activityTest I 

applyCharging {cAPSpecif icBoundSet } I 

applyChargingReport {cAPSpecif icBoundSet } I 

callinf ormationReport { cAPSpecif icBoundSet } I 

callinf ormationRequest { cAPSpecif icBoundSet } I 

cancel {cAPSpecif icBoundSet } I 

connect { cAPSpecif icBoundSet } I 

continueWithArgument {cAPSpecif icBoundSet } I 

connectToResource {cAPSpecif icBoundSet } I 

disconnectForwardConnection | 

establishTemporaryConnection { cAPSpecif icBoundSet } I 

eventReportBCSM {cAPSpecif icBoundSet } I 

furnishChargingInf ormation {cAPSpecif icBoundSet } | 

initialDP { cAPSpecif icBoundSet } I 

releaseCall { cAPSpecif icBoundSet } I 

requestReportBCSMEvent { cAPSpecif icBoundSet } I 

resetTimer {cAPSpecif icBoundSet } I 

sendChargingInf ormation {cAPSpecif icBoundSet } I 

playAnnouncement {cAPSpecif icBoundSet } I 

promptAndCollectUserInf ormation { cAPSpecif icBoundSet } I 

special IzedResourceReport 

} 
SsfScfGenericReturnable OPERATION ::= { 

activityTest I 

applyCharging { cAPSpecif icBoundSet } | 

applyChargingReport {cAPSpecif icBoundSet } | 

callGap {cAPSpecif icBoundSet } I 

callinf ormationRequest {cAPSpecif icBoundSet } I 

cancel { cAPSpecif icBoundSet } I 

connect {cAPSpecif icBoundSet } I 

connectToResource { cAPSpecif icBoundSet } I 

continue I 

continueWithArgument {cAPSpecif icBoundSet } I 

disconnectForwardConnection | 

establishTemporaryConnection {cAPSpecif icBoundSet } I 

furnishChargingInf ormation {cAPSpecif icBoundSet } I 

initialDP {cAPSpecif icBoundSet } I 

releaseCall {cAPSpecif icBoundSet } I 

requestReportBCSMEvent {cAPSpecif icBoundSet } I 

resetTimer {cAPSpecif icBoundSet } I 

sendChargingInf ormation {cAPSpecif icBoundSet } I 

playAnnouncement {cAPSpecif icBoundSet } I 

promptAndCollectUserInf ormation { cAPSpecif icBoundSet } 

} 

assistHandoff-gsmSSF-scfAbstractSyntax ABSTRACT-SYNTAX ;;= { 
AssistHandoffsSF-gsmSCF-PDUs 
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IDENTIFIED BY id-as-assistHandof f-gsmSSF-scf AS } 
AssistHandof fsSF-gsmSCF-PDUs ::= TCMessage { {AssistHandof f ssfToScf Invokable } , 

{AssistHandoffssfToScf Returnable } } 
AssistHandoffssfToScflnvokable OPERATION ::= { 

activityTest I 

assistRequestlnstructions ( cAPSpecif icBoundSet } I 

cancel {cAPSpecif icBoundSet } I 

connectToResource ( cAPSpecif IcBoundSet } I 

disconnectForwardConnection | 

playAnnouncement { cAPSpecif icBoundSet } I 

promptAndCollectUserlnformation {cAPSpecif IcBoundSet } I 

resetTimer (cAPSpecif IcBoundSet } I 

special izedRe sour ceReport 

} 
AssistHandof fssfToScfReturnable OPERATION ::= { 

activityTest I 

assistRequestlnstructions ( cAPSpecif icBoundSet } I 

cancel { cAPSpecif IcBoundSet } I 

connectToResource { cAPSpecif IcBoundSet } | 

disconnectForwardConnection | 

playAnnouncement {cAPSpecif icBoundSet } I 

promptAndCollectUserlnformation { cAPSpecif IcBoundSet } I 

resetTimer { cAPSpecif icBoundSet } 

} 

END 

6.2 gsmSCF/gsmSRF interface 

6.2.1 gsmSCF/gsmSRF operations and arguments 

CAP-gsmSCF-gsmSRF-ops-args (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( ) 
umts-network ( 1 ) modules (3) cap-gsmSCF-gsmSRF-ops-args ( 103) version3(2)} 

DEFINITIONS IMPLICIT TAGS ::= BEGIN 

— This module contains the operations and operation arguments used for the 

— gsmSRF - gsmSCF interface, for the control of circuit switched calls. 

— The table in section 2 . 1 lists the specifications that contain the modules 

— that are used by CAP . 

IMPORTS 

OPERATION 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 

opcode-playAnnouncement , 
opcode-promptAndCollectUser Information, 
opcode-special izedRe sour ceReport 
FROM CAP-operationcodes operationcodes 

Collectedlnfo, 
Digits ( } , 
ExtensionField { } , 
InformationToSend ( } 
FROM CAP-datatypes datatypes 

canceled, 

improperCallerResponse, 
missingParameter, 
parameterOutOf Range, 
systemFailure, 
taskRefused, 
una vail able Re source, 
unexpectedComponent Sequence, 
unexpectedDataValue , 
unexpectedParameter 
FROM CAP-errortypes errortypes 

PARAMETERS-BOUND 
FROM CAP-classes classes 

ros-Inf ormationOb jects, 

operationcodes, 

datatypes, 

errortypes, 

classes 
FROM CAP-ob ject-identif iers {ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( ) 
umts-network ( 1 ) modules (3) cap-object-identifiers (100) version3(2)} 



playAnnouncement {PARAMETERS-BOUND : bound} OPERATION 
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ARGUMENT PlayAnnouncementArg {bound} 

RETURN RESULT FALSE 

ERRORS {canceled I 

missingParameter | 
parameterOutOfRange I 
systemFailure I 
taskRefused I 

unexpectedComponentSequence I 
unexpectedDataValue I 
unexpectedParameter | 
unavailableResource } 
{specializedResourceReport } 
op code -playAnnoun cement 



LINKED 

CODE 

} 

— Direction: 



gsmSCF -> gsmSRF, Timer: T 



pa 



— This operation is to be used after Establish Temporary Connection (assist procedure 

— with a second gsmSSF) or a Connect to Resource (no assist) operation. It may be used 

— for inband interaction with a mobile station, or for interaction with an ISDN user. 

— In the former case, the gsmSRF is usually collocated with the gsmSSF for standard 

— tones (congestion tone...) or standard announcements. 

— In the latter case, the gsmSRF is always collocated with the gsmSSF in the switch. 

— Any error is returned to the gsmSCF . The timer associated with this operation must 

— be of a sufficient duration to allow its linked operation to be correctly correlated. 

PlayAnnouncementArg {PARAMETERS-BOUND : bound} ::= SEQUENCE { 
inf ormationToSend [0] InformationToSend {bound}, 

disconnectFromlPForbidden [1] BOOLEAN DEFAULT TRUE, 
requestAnnouncementComplete [2] BOOLEAN DEFAULT TRUE, 

extensions [3] SEQUENCE SIZE ( 1 . .bound . SnumOf Extensions) OF 

ExtensionField {bound} OPTIONAL, 



promptAndCollectUser Information {PARAMETERS-BOUND : bound} OPERATION 



ARGUMENT 

RESULT 

ERRORS 



CODE 
} 
Direction : 



PromptAndCollectUser Inf ormationArg {bound} 

Receivedinf ormationArg {bound} 

{canceled I 

improperCallerResponse I 

missingParameter | 

parameterOutOfRange I 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unavailableResource I 

unexpectedDataValue I 

unexpectedParameter 

} 

opcode-promptAndCollectUserInf ormation 



gsmSCF -> gsmSRF, Timer: T 



PC 



— This operation is used to interact with a user to collect information. 
PromptAndCollectUserlnformationArg {PARAMETERS-BOUND : bound} ::= SEQUENCE { 



collectedlnfo [0] 

disconnectFromlPForbidden [1] 

InformationToSend [2] 

extensions [3] 



Collectedlnfo, 
BOOLEAN DEFAULT TRUE, 

InformationToSend {bound} OPTIONAL, 
SEQUENCE SIZE (1 . .bound. SnumOfExtensions) OF 
ExtensionField {bound} OPTIONAL, 



} 

ReceivedlnformationArg {PARAMETERS-BOUND : bound} ::= CHOICE { 
digitsResponse [0] Digits {bound} 

} 

specializedResourceReport OPERATION : := { 

ARGUMENT SpecializedResourceReportArg 

RETURN RESULT FALSE 

ALWAYS RESPONDS FALSE 

CODE opcode -specializedResourceReport 

} 

— Direction: gsmSRF -> gsmSCF, Timer: Tgj-j- 

— This operation is used as the response to a PlayAnnouncement operation when the announcement 

— completed report indication is set. 

SpecializedResourceReportArg ;:= NULL 
END 

The following value ranges apply for operation specific timers in CAP: 



short: 

medium: 

long: 



1 s- 10 s 
1 s - 60 s 
1 s - 30 minutes 



ETSI 



3GPP TS 29.078 version 4.1.0 Release 4 



66 



ETSI TS 129 078 V4.1.0 (2001-06) 



Table 6-2 lists all operation timers and the value range for each timer. The definitive value for each operation timer may 
be network specific and has to be defined by the network operator. 

Table 6-2: Operation timers and their value range 



Operation Name 


Timer 


Value range 


PlayAnnouncement 


Tpa 


long 


PromptAndCollectUserlnformation 


Tpc 


long 


SpecializedResourceReport 


Tsrr 


short 



6.2.2 gsmSRF/gsmSCF contracts, packages and AGs 
6.2.2.1 gsmSRF/gsmSCF ASN.1 modules 

CAP-gsmSCF-gsmSRF-pkgs-contracts-acs {ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( C 
umts-network ( 1 ) modules (3) cap-gsmSCF-gsmSRF-pkgs-contracts-acs (104) versions (2)} 



DEFINITIONS 



BEGIN 



— This module specifies the Operation Packages, Contracts, Application Contexts 

— and Abstract Syntaxes used for the gsmSRF - gsmSCF interface, for the control of 

— circuit switched calls . 

— The table in section 2.1 lists the specifications that contain the modules 

— that are used by CAP . 

IMPORTS 

PARAMETERS-BOUND , 
cAPSpecif icBoundSet 
FROM CAP-classes classes 

CONTRACT, 

OPERATION-PACKAGE, 
OPERATION 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 

TCMessage ( } 
FROM TCAPMessages tc-Messages 

APPLICATION-CONTEXT, 
dialogue-abstract -syntax 
FROM TC-Notation-Extensions tc-NotationExtensions 

playAnnouncement { } , 
promptAndCollectUserlnformation { } , 
SpecializedResourceReport 
FROM CAP-gsmSCF-gsmSRF-ops-args gsmSCF-gsmSRF-Operations 

activityTest, 
cancel ( } , 

assistRequestlnstructions { } 
FROM CAP-gsmSSF-gsmSCF-ops-args gsmSSF-gsmSCF-Operations 

gsmSRF-scfActivationOfAssistPackage { } 
FROM CAP-gsmSSF-gsmSCF-pkgs-contracts-acs gsmSSF-gsmSCF-Protocol 

id-package-specializedResourceControl, 

id-ac-gsmSRF-gsmSCF, 

id-contract-gsmSRF-gsmSCF , 

id-package-gsmSRF-scf Cancel, 

id-as-basic-gsmSRF-gsmSCF, 

classes, 

ros-Inf ormationOb jects, 

tc-Messages, 

tc-NotationExtensions, 

gsmSCF-gsmSRF-Operations, 

gsmSSF-gsmSCF-Ope rat ions, 

gsmSSF-gsmSCF-Protocol 
FROM CAP-ob ject-identif iers (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
umts-network ( 1 ) modules (3) cap-ob ject-identif iers ( 100 ) versions (2)} 



— Application Contexts 

gsmSRF-gsmSCF-ac APPLICATION-CONTEXT ::= { 

CONTRACT gsmSRF-gsmSCF-contract 

DIALOGUE MODE structured 
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TERMINATION basic 

ABSTRACT SYNTAXES {dialogue-abstract-syntax | 

gsmSRF-gsmSCF-abstract-syntax } 
APPLICATION CONTEXT NAME id-ac-gsmSRF-gsmSCF } 

— Contracts 

gsmSRF-gsmSCF-contract CONTRACT ::= { 
INITIATOR CONSUMER OF 

(gsmSRF-scfActivationOfAssistPackage {cAPSpecif icBoundSet } } 
RESPONDER CONSUMER OF 

( specializedResourceControlPackage ( cAPSpecif icBoundSet } I 

activityTestPackage {cAPSpecif icBoundSet } I 

gsmSRF-scfCancelPackage {cAPSpecif icBoundSet } } 
ID id-contract-gsmSRF-gsmSCF} 

— Operation Packages 

specializedResourceControlPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ;;= { 
CONSUMER INVOKES {playAnnouncement {bound} I 

promptAndCollectUser Information {bound} 
} 

SUPPLIER INVOKES { specializedResourceReport } 
ID id-package-specializedResourceControl } 

gsmSRF-scfActivationOfAssistPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 
CONSUMER INVOKES { assistRequest Instructions {bound}} 
ID id-package-gsmSRF-scfActivationOf Assist } 

gsmSRF-scfCancelPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 
CONSUMER INVOKES {cancel {bound}} 
ID id-package-gsmSRF-scf Cancel } 

activityTestPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 
CONSUMER INVOKES { activityTest } 
ID id-package-activityTest } 

— Abstract Syntaxes 

gsmSRF-gsmSCF-abstract-syntax ABSTRACT-SYNTAX ::= { 
BASIC-gsmSRF-gsmSCF-PDUs 
IDENTIFIED BY id-as-basic-gsmSRF-gsmSCF } 

BASIC-gsmSRF-gsmSCF-PDUs ::= TCMessage { {GsmSRFgsmSCFInvokable } , {GsmSRFgsmSCFReturnable } } 

GsmSRFgsmSCFInvokable OPERATION ::= { 
activityTest I 

assistRequestlnstructions { cAPSpecif IcBoundSet } | 
cancel {cAPSpecif icBoundSet } I 
playAnnouncement {cAPSpecif icBoundSet } I 
promptAndCollectUserlnformation {cAPSpecif icBoundSet } I 
specializedResourceReport 
} 

GsmSRFgsmSCFReturnable OPERATION ::= { 
activityTest I 

assistRequestlnstructions { cAPSpecif IcBoundSet } I 
cancel {cAPSpecif icBoundSet } I 
playAnnouncement {cAPSpecif icBoundSet } I 
promptAndCollectUserInf ormation { cAPSpecif icBoundSet } 
} 

END 



7 MO SMS Control 

This clause defines the operations, arguments, packages and appliaction contexts used for CSE control of MO SMS 
over the gsmSCF - gprsSSF and gsmSCF - gsmSSF interfaces. 

7.1 SMS operations and arguments 

CAP-SMS-ops-args {ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) umts-network (1) 
modules (3) cap-SMS-ops-args (105) versions (2)} 

DEFINITIONS IMPLICIT TAGS : : = BEGIN 

— This module contains the operations and operation arguments used for the 

— gsmSSF/gprsSSF - gsmSCF interface, for the control of MO-SMS . 

— The table in section 2 . 1 lists the specifications that contain the modules 
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— that are used by CAP . 
IMPORTS 

errortypes, 

datatypes, 

operationcodes, 

classes, 

ros-Inf ormationOb jects, 

tc-Messages 
FROM CAP-ob ject-identif iers (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
umts-network ( 1 ) modules (3) cap-object-identifiers (100) versions (2)} 

OPERATION 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 

ServiceKey 
FROM CSl-DataTypes (ccitt(O) identif ied-organization ( 4 ) etsi(O) inDomain(l) in-network ( 1 ) 
modules (0) csl-datatypes (2) versionl(O)} 

MiscCalllnfo 
FROM CS2-datatypes (ccitt(O) identif ied-organization (4) etsi(O) inDomain(l) in-network (1) 
cS2(20) modules (0) in-cs2-datatypes (0) versionl(O)} 

IMS I, 

ISDN-AddressString 
FROM MAP-CommonDataTypes (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules(3) map-CommonDataTypes ( 18 ) version6(6)} 

Locationinf ormation 
FROM MAP-MS-DataTypes (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( ) 
gsm-Network (1) modulesO) map-MS-DataTypes (11) version6(6)} 

PARAMETERS-BOUND 
FROM CAP-classes classes 

opcode-connect SMS, 
opcode-continueSMS, 
opcode-eventReportSMS , 
opcode-furnishChargingIn format ionSMS, 
opcode-initialDPSMS, 
opcode-release SMS, 
opcode-requestReportSMSEvent, 
opcode -re set Timer SMS 
FROM CAP-operationcodes operationcodes 

CalledPartyBCDNumber ( } , 
Event SpecificInformationSMS, 
EventTypeSMS, 
ExtensionField {}, 

FCISMSBillingChargingCharacteristics, 
Locationinf ormationGPRS, 
RPCause, 
SMSEvent, 

TimeAndTimezone {}, 
TimerlD, 
TimerValue, 
TPDataCodingScheme , 
TPProtocol Identifier, 
TPShortMessageSubmissionlnfo, 
TPValidityPeriod 
FROM CAP-datatypes datatypes 

missingCustomerRecord, 
missingParameter, 
parameterOutOf Range, 
systemFailure, 
taskRefused, 

unexpectedComponentSequence, 
unexpectedDataValue , 
unexpectedParameter 
FROM CAP-errortypes errortypes 



connectSMS (PARAMETERS-BOUND : bound} OPERATION ::= 

ARGUMENT ConnectSMSArg (bound} 

RETURN RESULT FALSE 

ERRORS (missingParameter | 

parameterOutOfRange I 
systemFailure I 
taskRefused I 

unexpectedComponentSequence I 
unexpectedDataValue I 
unexpectedParameter } 

CODE opcode-connectSMS 

} 
— Direction: gsmSCF -> gsmSSF or gprsSSF, Timer: 
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— This operation is used to request the gsmSSF/gprsSSF to perform the SMS processing 

— actions to route 

— or forward a short message to a specified destination. 



ConnectSMSArg {PARAMETERS -BOUND : bound} 
callingPartysNumber 
destinationSubscriberNumber 
sMSCAddress 
extensions 



SEQUENCE { 
[0] ISDN-AddressString OPTIONAL, 

[1] CalledPartyBCDNumber (bound} OPTIONAL, 
[2] ISDN-AddressString OPTIONAL, 

[10] SEQUENCE SIZE ( 1 .. bound . SnumOf Extensions ) OF 

ExtensionField (bound} OPTIONAL, 



} 

continueSMS OPERATION ::= ( 
RETURN RESULT FALSE 
ALWAYS RESPONDS FALSE 
CODE opcode-continueSMS 

} 

— Direction: gsmSCF -> gsmSSF/gprsSMS, Timer: T(,yggjf,g 

— This operation is used to request the gsmSSF/gprsSSF to proceed with 

— Short Message processing at the DP at which it previously suspended 

— Short Message processing to await gsmSCF instructions (i.e. proceed 

— to the next Point in Association in the SMS FSM) . The gsmSSF/gprsSSF 

— continues SMS processing without substituting new data from gsmSCF . 



eventReportSMS (PARAMETERS-BOUND 



bound} OPERATION 



ARGUMENT 

RETURN RESULT 

ALWAYS RESPONDS 

CODE 

} 

Direction: gsmSSF or gprsSSF 



EventReportSMSArg (bound} 

FALSE 

FALSE 

opcode -event Report SMS 



-> gsmSCF, Timer: T 



( 



erbsms 

This operation is used to notify the gsmSCF of a SM related event 
as submission or failure) previously requested by the gsmSCF in a 
operation . 



(e.g., FSM events such 
RequestReportSMSEvent 



EventReportSMSArg (PARAMETERS-BOUND : bound} 



eventTypeSMS 

event SpecificInformationSMS 

miscCalllnfo 

extensions 



SEQUENCE ( 
[0] EventTypeSMS, 

[1] EventSpecificInformationSMS OPTIONAL, 

[2] MiscCalllnfo DEFAULT (messageType request }, 
[10] SEQUENCE SIZE ( 1 .. bound . SnumOf Extensions ) OF 

ExtensionField (bound} OPTIONAL, 



furnishCharginglnformationSMS (PARAMETERS-BOUND : bound} 



OPERATION 



ARGUMENT 
RETURN RESULT 
ERRORS 



FurnishChargingIn format ionSMSArg (bound} 

FALSE 

(missingParameter | 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 
CODE opcode- furnishCharginglnformationSMS 

} 

Direction: gsmSCF — > gsmSSF or gprsSSF, Timer: Tf^j^gj^g 

This operation is used to request the gsmSSF/gprsSSF to generate, register a charging record 
or to include some information in the default SM record. The registered charging record is 
intended for off line charging of the SM. 



FurnishCharginglnformationSMSArg (PARAMETERS -BOUND : bound} 
EC I SMSBillingChargingChar act eristics (bound} 



initialDPSMS (PARAMETERS-BOUND : bound} OPERATION ; 

ARGUMENT InitialDPSMSArg (bound} 

RETURN RESULT FALSE 

ERRORS (missingCustomerRecord | 

missingParameter | 
parameterOutOfRange I 
systemFailure I 
taskRefused I 

unexpectedComponentSequence I 
unexpectedDataValue I 
unexpectedParameter} 

CODE opcode-initialDPSMS 

} 

— Direction: gsmSSF or gprsSSF -> gsmSCF, Timer: 

— This operation is used after a TDP to indicate 



idpsms 
request for service . 



InitialDPSMSArg (PARAMETERS-BOUND : bound} 

serviceKey [0] 

destinationSubscriberNumber [1] 

callingPartyNumber [2] 

eventTypeSMS [3] 

IMS I [4] 

locationlnformationMSC [5] 

locationlnformationGPRS [6] 



:= SEQUENCE ( 

ServiceKey, 

CalledPartyBCDNumber (bound} 

ISDN-AddressString 

EventTypeSMS 

IMS I 

Locationinf ormation 

LocationlnformationGPRS 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
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sMSCAddress [7] ISDN-AddressString OPTIONAL, 

timeAndTimezone [8] TimeAndTimezone {bound} OPTIONAL, 

tPShortMessageSubmissionlnfo [9] TPShortMessageSubmissionlnfo OPTIONAL, 

tPProtocolIdentifier [10] TPProtocolIdentif ier OPTIONAL, 

tPDataCodingScheme [11] TPDataCodingSclieme OPTIONAL, 

tPValidityPeriod [12] TPValidityPeriod OPTIONAL, 

extensions [13] SEQUENCE SIZE (1 . .bound. SnumOfExtensions) OF 

ExtensionField (bound) OPTIONAL, 

} 

releaseSMS OPERATION ::= { 

ARGUMENT ReleaseSMSArg 
RETURN RESULT FALSE 
ALWAYS RESPONDS FALSE 
CODE opcode-releaseSMS 

} 

— Direction: gsmSCF -> gsmSSF or gprsSSF, Timer: Tj^^j^gj^^g 

— This operation is used to prevent an attempt to submit a short message . 

ReleaseSMSArg ; := RPCause 

requestReportSMSEvent {PARAMETERS-BOUND : bound} OPERATION ::= { 
ARGUMENT RequestReportSMSEventArg {bound} 
RETURN RESULT FALSE 
ERRORS {missingParameter | 

parameterOutOfRange I 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 
CODE opcode-requestReportSMSEvent 

} 

— Direction: gsmSCF -> gsmSSF or gprsSSF, Timer: Tj^j^j^^jj^^ 

— This operation is used to request the gsmSSF or gprsSSF to monitor for a 

— SM related event (e.g., FSM events such as submission or failure), then 

— send a notification bacJc to the gsmSCF when the event is detected. 

RequestReportSMSEventArg {PARAMETERS-BOUND : bound) ::= SEQUENCE { 

sMSEvents [0] SEQUENCE SIZE ( 1 . .bound . SnumOfSMSEvents) OF SMSEvent, 

extensions [10] SEQUENCE SIZE ( 1 . .bound . SnumOfExtensions) OF 

ExtensionField {bound) OPTIONAL, 

}" 

— Indicates the SM related events for notification. 

resetTimerSMS {PARAMETERS-BOUND : bound) OPERATION ::= { 
ARGUMENT ResetTimerSMSArg {bound} 
RETURN RESULT FALSE 
ERRORS {missingParameter | 

parameterOutOfRange I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 
CODE opcode-resetTimerSMS 

) 

— Direction: gsmSCF -> gsmSSF/gprsSSF, Timer: Tj_|-gjj,g 

— This operation is used to request the gsmSSF/gprsSSF to refresh an application 

— timer in the gsmSSF/gprsSSF . 

ResetTimerSMSArg {PARAMETERS-BOUND : bound) ::= SEQUENCE { 
timerlD [0] TimerlD DEFAULT tssf, 

timervalue [1] TimerValue, 
extensions [2] SEQUENCE SIZE ( 1 . .bound . SnumOf Extensions) OF 

ExtensionField {bound} OPTIONAL, 

} 
END 

7.1.1 Operation timers 

The following value ranges apply for operation specific timers in CAP: 



short: 1 to 20 seconds; 

medium: 1 to 60 seconds; 

long: 1 second to 30 minutes 
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Table 7-1 lists all operation timers and the value range for each timer. The definitive value for each operation timer may 
be network specific and has to be defined by the network operator. 

Table 7-1 : Operation timers and their value range 



Operation Name 


Timer 


Value range 


ConnectSMS 


^consms 


short 


ContinueSMS 


"•"cuesms 


short 


EventReportSMS 


"""erbsms 


short 


FurnishCharginglnformationSMS 


Tfcisms 


short 


InitialDPSMS 


"""idpsms 


short 


ReleaseSMS 


Tfelsms 


short 


RequestReportSMSEvent 


^rrbsms 


short 


ResetTimerSMS 


Trtsms 


short 



7.2 SMS contracts, packages and AGs 
7.2.1 SMSASN.1 module 

CAP-smsSSF-gsmSCF-pkgs-contracts-acs (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( C 
umts-network ( 1 ) modules (3) cap-smsSSF-gsmSCF-pkgs-contracts-acs ( 10 6) versions (2)} 



DEFINITIONS 



BEGIN 



— This module specifies the Operation Packages, Contracts, Application Contexts 

— and Abstract Syntaxes used for the gsmSSF/gprsSSF - gsmSCF interface, for the 

— control of MO-SMS . 

— The table in section 2.1 lists the specifications that contain the modules 

— that are used by CAP . 

IMPORTS 

PARAMETERS-BOUND, 
cAPSpecif icBoundSet 
FROM CAP-classes classes 

CONTRACT, 

OPERATION-PACKAGE, 
OPERATION 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 

TCMessage ( } 
FROM TCAPMessages tc-Messages 

APPLICATION-CONTEXT, 
dialogue-abstract-syntax 
FROM TC-Notation-Extensions tc-NotationExtensions 

connectSMS{ }, 
continueSMS, 
eventReportSMS { } , 

furnishChargingInf ormationSMS ( } , 
initialDPSMSI } , 
releaseSMS, 

requestReportSMSEvent { } , 
resetTimerSMSI } 
FROM CAP-SMS-ops-args sms-Operations 

id-ac-cap3-sms-AC, 

id-cap3SmsSsf TogsmScf , 

sms-Operations, 

tc-NotationExtensions, 

tc-Messages, 

ros-Inf ormationOb jects, 

classes, 

id-as-sms-AS 
FROM CAP-ob ject-identif iers {ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) 
umts-network (1) modules (3) cap-object-identifiers (100) version3(2)} 



— Application Contexts 

cap3-sms-AC APPLICATION-CONTEXT 
CONTRACT 
DIALOGUE MODE 



cap3SMS 
structured 
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ABSTRACT SYNTAXES { dialogue-abstract-syntax | 

sms-AbstractSyntax } 
APPLICATION CONTEXT NAME id-ac-cap3-sms-AC } 

— Contracts 

cap3SMS CONTRACT ::= { 

— dialogue initiated by gprsSSF or gsmSSF with InitialDPSMS Operation 

INITIATOR CONSUMER OF 

{ smsActivationPackage { cAPSpecif icBoundSet } } 
RESPONDER CONSUMER OF 

{ smsConnectPackage ( cAPSpecif icBoundSet } I 

smsReleasePackage {cAPSpecif icBoundSet } I 

smsEventHandlingPackage {cAPSpecif icBoundSet } I 

smsTimerPackage {cAPSpecif icBoundSet } I 

smsBillingPackage {cAPSpecif icBoundSet } I 

smsProcessingPackage {cAPSpecif icBoundSet } } 
ID id-cap3SmsSsf TogsmScf 



— Operation Packages 

smsActivationPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= 

CONSUMER INVOKES { initialDPSMS {bound}} 

ID id-package-smsActivation} 
smsConnectPackage {PARAMETERS-BOUND ; bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES {connectSMS {bound}} 

ID id-package-smsConnect } 
smsProcessingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= 

CONSUMER INVOKES { continueSMS } 

ID id-package-smsContinue } 
smsReleasePackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES {releaseSMS} 

ID id-package-smsRelease } 
smsEventHandlingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE 

CONSUMER INVOKES { requestReportSMSEvent {bound}} 

SUPPLIER INVOKES { eventReportSMS {bound}} 

ID id-package-smsEventHandling} 
smsBillingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { f urnishChargingInf ormationSMS {bound}} 

ID id-package-smsBilling} 
smsTimerPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { resetTimerSMS {bound}} 

ID id-package-smsTimer } 

— Abstract Syntaxes 

sms-AbstractSyntax ABSTRACT-SYNTAX ::= { 
Generic-sms-PDUs 
IDENTIFIED BY id-as-sms-AS } 

Generic-sms-PDUs ::= TCMessage { { Smslnvokable } , {SmsReturnable } } 

Smslnvokable OPERATION ;;= { 

connectSMS {cAPSpecif icBoundSet } I 
eventReportSMS {cAPSpecif icBoundSet } I 
furnishChargingInf ormationSMS {cAPSpecif icBoundSet } | 
initialDPSMS {cAPSpecif icBoundSet } I 
requestReportSMSEvent { cAPSpecif icBoundSet } | 
resetTimerSMS {cAPSpecif icBoundSet } 
} 

SmsReturnable OPERATION ::= { 

connectSMS {cAPSpecif icBoundSet } I 

continueSMS I 

furnishChargingInf ormationSMS { cAPSpecif icBoundSet } I 

initialDPSMS { cAPSpecif icBoundSet } I 

releaseSMS { } I 

requestReportSMSEvent { cAPSpecif icBoundSet } I 

resetTimerSMS { cAPSpecif icBoundSet } 



8 GPRS Control 

8.1 gsmSCF/gprsSSF operations and arguments 

CAP-gprsSSF-gsmSCF-ops-args { ccitt ( ) identif ied-organization ( 4 ) etsi ( ) mobileDomain ( ) 
umts-network ( 1 ) modules (3) cap-GPRS-ops-args ( 107 ) verslon3(2) } 
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DEFINITIONS IMPLICIT TAGS ::= BEGIN 

— This module contains the operations and operation arguments used for the 

— gprsSSF - gsmSCF interface, for the control of GPRS. 

— The table in section 2.1 lists the specifications that contain the modules 

— that are used by CAP . 

IMPORTS 

errortypes, 

datatypes, 

operationcodes, 

classes, 

ros-Inf ormationOb jects 
FROM CAP-ob ject-identif iers {ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
umts-network ( 1 ) modules (3) cap-object-identifiers (100) versions (2)} 

OPERATION 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 

ServiceKey 
FROM CSl-DataTypes (ccitt(O) identif ied-organization ( 4 ) etsi(O) inDomain(l) in-network ( 1 ) 
modules (0) csl-datatypes (2) versionl(0}} 

MiscCalllnfo 
FROM CS2-datatypes (ccitt(O) identif ied-organization (4) etsi(O) inDomain(l) in-network (1) 
cS2(20) modules (0) in-cs2-datatypes (0) versionl(O)} 

IMS I, 

ISDN-AddressString 
FROM MAP-CommonDataTypes {ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) 
gsm-Network (1) modulesO) map-CommonDataTypes (18) version6(6)} 

GSN-Address 
FROM MAP-MS-DataTypes {ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) 
gsm-Network (1) modules(3) map-MS-DataTypes (11) version6(6)} 

PARAMETERS -BOUND 
FROM CAP-classes classes 

opcode -activity Test GPRS, 
opcode-applyChargingGPRS , 
opcode-apply Char gingReport GPRS, 
opcode-cancelGPRS, 
opcode-connect GPRS, 
opcode-continueGPRS, 
opcode-entityReleasedGPRS, 
opcode-eventReportGPRS , 
opcode-furnishChargingIn format ionCPRS, 
opcode-initialDPGPRS, 
opcode-releaseGPRS , 
opcode-requestReportGPRSEvent , 
opcode-resetTimerGPRS, 
opcode-sendChargingIn format lonGPRS 
FROM CAP-operationcodes operationcodes 

AccessPointName ( } , 
GPRSCause {}, 
ChargingCharacteristics, 
ChargingResult, 
EndUserAddress, 
ExtensionField { } , 

FCIGPRSBillingChargingCharacteristics, 
GPRSChargingID, 

GPRSEventSpecif icinformation {}, 
GPRSEvent, 
GPRSEventType, 
GPRSMSClass, 

Locationlnformat lonGPRS, 
PDPID, 

PDPInitiationType, 
QualityOf Service, 
RAIdentity, 

SCIGPRSBillingChargingCharacteristics, 
SGSNCapabilities, 
TimeAndTimezone ( } , 
TimerlD, 
TimerValue 
FROM CAP-datatypes datatypes 

missingCustomerRecord, 

missingParameter, 

parameter Out Of Range, 

systemFailure, 

taskRefused, 

unexpectedComponent Sequence, 

unexpectedDataValue, 



ETSI 



3GPP TS 29.078 version 4.1.0 Release 4 



74 



ETSI TS 129 078 V4.1.0 (2001-06) 



unexpectedParameter, 
unknownPDPID 
FROM CAP-errortypes errortypes 



activityTestGPRS OPERATION ::= { 
RETURN RESULT TRUE 
CODE opcode-activityTestGPRS } 

— Direction: gsmSCF -> gprsSSF, Timer: T^^ 

— This operation is used to check for the continued existence of a relationship between the gsmSCF 

— and gprsSSF . If the relationship is still in existence, then the gprsSSF will respond. If no 

— reply is received, then the gsmSCF will assume that the gprsSSF has failed in some way 

— and will take the appropriate action. 



applyChargingGPRS 
ARGUMENT 
RETURN RESULT 
ERRORS 



CODE 
} 
Direction gsmSCF -> gprsSSF 



OPERATION : : = 
Apply Char gingGPRSArg 
FALSE 

(missingParameter | 
unexpectedComponentSequence I 
unexpectedParameter | 
unexpectedDataValue I 
parameterOutOfRange I 
systemFailure I 
taskRefused I 
unknownPDPID} 
op code -applyChargingGPRS 



{ 



Timer T„ 



acg 

This operation is used for interacting from the gsmSCF with the gprsSSF CSE-controlled 
GPRS session or PDP Context charging mechanism. 



Apply Char gingGPRSArg 

chargingCharacteristics 
tariff Switch Interval 
pDPID 



: := SEQUENCE { 

[0] ChargingCharacteristics, 

[1] INTEGER (1 . . 86400) 

[2] PDPID 



OPTIONAL, 
OPTIONAL, 



} 
— tariff Switchlnterval is measured in 1 second units. 



applyChargingReportGPRS 



OPERATION 



{ 



ARGUMENT ApplyChargingReportGPRSArg 

RETURN RESULT TRUE 

ERRORS {missingParameter | 

unexpectedComponentSequence I 

unexpectedParameter | 

unexpectedDataValue I 

parameterOutOfRange I 

systemFailure I 

taskRefused I 

unknownPDPID} 
CODE opcode-apply Char gingReport GPRS 

} 
Direction gprsSSF -> gsmSCF, Timer T^^^, 

The ApplyChargingReportGPRS operation provides the feedback from the gprsSCF to the gsmSCF 
CSE-controlled GPRS session charging mechanism. 



ApplyChargingReportGPRSArg 
char gingRe suit 
qualityOf Service 
active 
pDPID 

chargingRollOver 
} 



: : = SEQUENCE { 

[0] ChargingResult, 

[1] QualityOfService 

[ 2 ] BOOLEAN 

[3] PDPID 

[4] ChargingRollOver 



OPTIONAL, 

DEFAULT TRUE, 

OPTIONAL, 

OPTIONAL 



cancelGPRS 

ARGUMENT 
RETURN RESULT 
ERRORS 



OPERATION 
CancelGPRSArg 
FALSE 

{missingParameter | 
taskRefused I 
unknownPDPID} 
opcode -cancelGPRS 



CODE 
} 

— Direction: gsmSCF — > gprsSSF, Timer: T^^^ 

— This generic operation cancels all previous requests, 

— i.e. all EDPs and reports can be cancelled by the gsmSCF. 



CancelGPRSArg 
pDPID 



: := SEQUENCE { 

[0] PDPID OPTIONAL, 



} 

connectGPRS {PARAMETERS-BOUND: bound} OPERATION: := 
ARGUMENT ConnectGPRSArg {bound} 
RETURN RESULT FALSE 
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ERRORS {missingParameter | 

parameterOutOfRange I 

unknownPDPID | 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 
CODE opcode-connectGPRS 

} 

— Direction: gsmSCF -> gprsSSF, Timer: T^conq 

— This operation is used to modify the Access Point Name used when establishing a PDP Context. 

ConnectGPRSArg (PARAMETERS-BOUND: bound} ::= SEQUENCE ( 

accessPointName [0] AccessPointName (bound}, 

pdpID [1] PDPID OPTIONAL, 

} 

continueGPRS OPERATION ::= ( 

ARGUMENT ContinueGPRSArg 
RETURN RESULT FALSE 
ERRORS (missingParameter | 

unknownPDPID | 

unexpectedDataValue } 
CODE opcode-continueGPRS 

} 

— Direction: gsmSCF -> gprsSSF, Timer: T^^^ 

— This operation is used to request the gprsSSF to proceed with processing at the DP at 

— which it previously suspended processing to await gsmSCF instructions (i.e., proceed to 

— the next point in processing in the Attach/Detach state model or PDP Context 

— state model) substituting new data from the gsmSCF. 

ContinueGPRSArg :;= SEQUENCE ( 

pDPID [0] PDPID OPTIONAL, 

}" 

entityReleasedGPRS (PARAMETERS-BOUND : bound} OPERATION ::= ( 
ARGUMENT EntityReleasedGPRSArg (bound} 
RETURN RESULT TRUE 
ERRORS (missingParameter | 

taskRefused I 

unknownPDPID} 
CODE opcode-entityReleasedGPRS 

} 

— Direction: gprsSSF -> gsmSCF, Timer: T^^, 

— This operation is used when the GPRS Session is detached or a PDP Context is diconnected and 

— the associated event is not armed for reporting. 

— The usage of this operation is independent of the functional entity that initiates the Detach 

— or PDP Context Disconnection and is independent of the cause of the Detach or PDP Context 

— Disconnect . 

EntityReleasedGPRSArg (PARAMETERS-BOUND : bound} ::= SEQUENCE ( 
gPRSCause [0] GPRSCause (bound}, 

pDPID [1] PDPID OPTIONAL, 



eventReportGPRS (PARAMETERS-BOUND : bound} OPERATION ::= ( 
ARGUMENT EventReportGPRSArg (bound} 
RETURN RESULT TRUE 
ERRORS (unknownPDPID} 

CODE opcode-eventReportGPRS 

} 

— Direction gprsSSF -> gsmSCF, Timer 1^^,^ 

— This operation is used to notify the gsmSCF of a GPRS session or PDP context related 

— events (e.g. PDP context activation) previously requested by the gsmSCF in a 

— RequestReportGPRSEventoperation . 

EventReportGPRSArg (PARAMETERS-BOUND : bound} ::= SEQUENCE ( 
gPRSEventType [0] GPRSEventType, 

miscGPRSInfo [1] MiscCalllnfo DEFAULT (messageType request}, 

gPRSEventSpecificInformation [2] GPRSEventSpecif icinf ormation (bound} OPTIONAL, 
pDPID [3] PDPID OPTIONAL, 

} 

furnishCharginglnformationGPRS (PARAMETERS-BOUND : bound} OPERATION ::= ( 
ARGUMENT FurnishChargingInf ormationGPRSArg (bound} 
RETURN RESULT FALSE 
ERRORS (missingParameter | 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter | 

unknownPDPID} 
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CODE opcode- furnishChargingIn format ionGPRS 

} 

— Direction; gsmSCF -> gprsSSF, Timer: Tfcig 

— This operation is used to request the gprsSSF to generate, register a logical record or to 

— include some information in the default logical GPRS record. 

— The registered logical record is intended for off line charging of the GPRS session 

— or PDP Context . 



FurnishChargingInf ormationGPRSArg { PARAMETERS-BOUND 
FCIGPRSBillingChargingCharacteristics (bound} 



bound} 



initialDPGPRS (PARAMETERS -BOUND : bound} OPERATION ::= ( 
ARGUMENT InitialDPGPRSArg (bound} 
RETURN RESULT FALSE 
ERRORS (missingCustomerRecord I 

missingParameter | 

parameterOutOfRange I 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter } 
CODE opcode-initialDPGPRS 

} 

— Direction gprsSSF -> gsmSCF, Timer Tj_. 

— This operation is used by the gprsSSF when a trigger is detected at a DP in the GPRS state 

— machines to request instructions from the gsmSCF 



InitialDPGPRSArg (PARAMETERS-BOUND ; be 

serviceKey [0] 

gPRSEventType [1] 

mSISDN [2] 

IMSI [3] 

timeAndTimeZone [4] 

gPRSMSClass [5] 

endUserAddress [6] 

qualityOf Service [7] 

accessPointName [8] 

routeingArealdentity [9] 

chargingID [10 

sGSNCapabilities [11 

locationlnformationGPRS [12 

pDPInitiationType [13 

extensions [14 



und} : := SEQUENCE ( 
ServiceKey, 
GPRSEventType, 
ISDN-AddressString, 
IMSI, 

TimeAndTimezone (bound}, 

GPRSMSClass OPTIONAL, 

EndUserAddress OPTIONAL, 

QualityOfService OPTIONAL, 

AccessPointName (bound} OPTIONAL, 

RAIdentity OPTIONAL, 

] GPRSChargingID OPTIONAL, 

] SGSNCapabilities OPTIONAL, 

] LocationlnformationGPRS OPTIONAL, 

] PDPInitiationType OPTIONAL, 

] SEQUENCE SIZE (1 . .bound. SnumOfExtensions) 

ExtensionField (bound} OPTIONAL, 



OF 



gGSNAddress 
secondaryPDP-context 



[15] GSN-Address 
[16] NULL 



OPTIONAL, 
OPTIONAL 



— The RouteingArealdentity parameter is not used. 

— The receiving entity shall ignore RouteingArealdentity if received. 

— The RouteingArealdentity is conveyed in the LocationlnformationGPRS parameter. 



releaseGPRS (PARAMETERS-BOUND : bound} OPERATION 



( 



ARGUMENT 
RETURN RESULT 
ERRORS 



CODE 

} 

Direction : 



ReleaseGPRSArg (bound} 
FALSE 

(missingParameter | 
taskRefused I 
unknownPDPID} 
opcode-releaseGPRS 



gsmSCF -> gprsSSF, Timer: T 



rg 



— This operation is used to tear down an existing GPRS session or PDP Context at any phase . 



ReleaseGPRSArg (PARAMETERS-BOUND 
gprsCause 
pDPID 



bound} : := SEQUENCE ( 
[0] GPRSCause (bound}, 
[1] PDPID OPTIONAL, 



} 



requestReportCPRSEvent ( PARAMETERS-BOUND 



bound} OPERATION 



ARGUMENT RequestReportGPRSEventArg (bound} 

RETURN RESULT FALSE 

ERRORS (missingParameter | 

parameterOutOfRange I 

systemFailure I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter | 

unknownPDPID} 

opcode-requestReportGPRSEvent 



CODE 
} 
Direction: gsmSCF -> gprsSSF 



Timer: T^ 



rrqe 

This operation is used to request the gprsSSF to monitor for an event (e.g., GPRS events 
such as attach or PDP Context activiation) , then send a notification back to the 
gsmSCF when the event is detected. 
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RequestReportGPRSEventArg {PARAMETERS-BOUND : bound} ::= SEQUENCE { 

gPRSEvent [0] SEQUENCE SIZE ( 1 . .bound . SnumOfCPRSEvents) OF GPRSEvent, 

pDPID [1] PDPID OPTIONAL, 

} 

— Indicates the GPRS related events for notification. 

resetTimerGPRS OPERATION ;;= { 

ARGUMENT ResetTimerGPRSArg 
RETURN RESULT FALSE 
ERRORS (missingParameter | 

parameterOutOfRange I 

taskRefused I 

unexpectedComponentSequence I 

unexpectedDataValue I 

unexpectedParameter | 

unknownPDPID} 
CODE opcode-resetTimerGPRS 

} 
Direction: gsmSCF -> gprsSSF, Timer: Tj,^q 

— This operation is used to request the gprsSSF to refresh an application timer in the gprsSSF. 

ResetTimerGPRSArg ::= SEQUENCE { 

timerlD [0] TimerlD DEFAULT tssf, 

timervalue [1] TimerValue, 

}" 

sendCharginglnformationGPRS {PARAMETERS-BOUND: bound} OPERATION ::= { 
ARGUMENT SendChargingInf ormationGPRSArg { bound} 
RETURN RESULT FALSE 
ERRORS {missingParameter | 

unexpectedComponentSequence I 

unexpectedParameter | 

parameterOutOfRange | 

systemFailure I 

taskRefused I 

unexpectedDataValue I 

unknownPDPID 

} 
CODE opcode -sendCharginglnformationGPRS 

} 

— Direction: gsmSCF -> gprsSSF, Timer: Tg^j^q 

— This operation is used to instruct the gprsSSF on the charging information which the 

— gprsSSF shall send to the Mobile Station by means of GSM access signalling. 

SendCharginglnformationGPRSArg { PARAMETERS -BOUND : bound} ::= SEQUENCE { 

sCIGPRSBillingChargingCharacteristics [0] SCIGPRSBillingChargingCharacteristics { bound}. 



CAP-GPRS-Ref erenceNumber {ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) 
umts-network ( 1 ) modules (3) cap-dialoguelnformation (111) versions (2)} 
DEFINITIONS ::= BEGIN 

EXPORTS 

Id-CAP-GPRS-ReferenceNumber , 
CAP-GPRS-ReferenceNumber-Abstract-Syntax; 

IMPORTS 

Integer4 
FROM CSl-DataTypes {ccitt(O) identif ied-organization ( 4 ) etsi(O) inDomain(l) in-network (1) 
modules (0) csl-datatypes (2) versionl(O)} 

id-CAP-GPRS-ReferenceNumber OBJECT IDENTIFIER ::= {ccitt(O) identif ied-organization ( 4 ) etsi(O) 
mobileDomain ( ) umts-network ( 1 ) as(l) cap-GPRS-Ref erenceNumber (5) version3(2)} 

CAP-GPRS-ReferenceNumber-Abstract-Syntax ABSTRACT-SYNTAX ::= {CAP-GPRS-Ref erenceNumber IDENTIFIED BY 
id-CAP-GPRS-ReferenceNumber } 

CAP-GPRS-ReferenceNumber ::= SEQUENCE { 

destinationReference [0] Integer4 OPTIONAL, 

originationReference [1] Integer4 OPTIONAL 

} 
— This IE is used to identify the relationship between SGSN and the SCP . 

END — of CAP-GPRS-ReferenceNumber 
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8.1.1 Operation timers 

The following value ranges apply for operation specific timers in CAP: 

short: 1 to 20 seconds; 

medium: 1 to 60 seconds; 

long: 1 second to 30 minutes 



Table 8-1 lists all operation timers and the value range for each timer. The definitive value for each operation timer may 
be network specific and has to be defined by the network operator. 

Table 8-1 : Operation timers and their value range 



Operation Name 


Timer 


Value range 


ActivitylestGPRST 


"■"atg 


short 


ApplyChargingGPRS 


"""acg 


short 


ApplyChargingReportGPRS 


^acrg 


short 


CancelGPRS 


^cag 


short 


ConnectGPRS 


^cong 


short 


ContinueGPRS 


^cueg 


short 


EntityReleasedGPRS 


^erg 


short 


EventReportGPRS 


^ereg 


short 


FurnishCharginglnformationGPRS 


Tfcig 


short 


InitialDPGPRS 


"""iclpg 


short 


ReleaseGPRS 


Trg 


short 


RequestReportGPRSEvent 


^rrqe 


short 


ResetTimerGPRS 


"■"rtg 


short 


SendCharginglnformationGPRS 


"""scig 


short 



8.2 gsmSCF/gprsSSF contracts, packages and AGs 
8.2.1 gprsSSF/gsmSCFASN.I module 

CAP-gprsSSF-gsmSCF-pkgs-contracts-acs (ccitt(O) identif ied-organization ( 4 ) etsi(O) mobileDomain ( ) 
umts-network ( 1 ) modules (3) cap-gprsSSF-gsmSCF-pkgs-contracts-acs (108) versions (2)} 

DEFINITIONS ::= BEGIN 

— This module specifies the Operation Packages, Contracts, Application Contexts 

— and Abstract Syntaxes used for the gprsSSF - gsmSCF interface, for the 

— control of GPRS. 

— The table in section 2.1 lists the specifications that contain the modules 

— that are used by CAP . 

IMPORTS 

PARAMETERS-BOUND, 
cAPSpecif icBoundSet 
FROM CAP-classes classes 

CONTRACT, 

OPERATION-PACKAGE, 
OPERATION 
FROM Remote-Operations-Information-Objects ros-Inf ormationOb jects 

TCMessage ( } 
FROM TCAPMessages tc-Messages 

APPLICATION-CONTEXT, 
dialogue-abstract -syntax 
FROM TC-Notation-Extensions tc-NotationExtensions 

activityTestGPRS {}, 
applyChargingGPRS ( } , 
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applyChargingReportGPRS { } , 
cancelGPRS { } , 
connectGPRS { } , 
continueGPRS ( } , 
entityReleasedGPRS { } , 
furnishCharginglnformationGPRS { } , 
initialDPGPRS {}, 
releaseGPRS {}, 
eventReportGPRS { } , 
requestReportGPRSEvent { } , 
resetTimerGPRS { } , 
sendCharginglnformationGPRS { } 
FROM CAP-gprsSSF-gsmSCF-ops-args gprsSSF-gsmSCF-Operations 

id-ac-CAP-gprsSSF-gsmSCF-AC, 

id-cap3GprsSsfTogsmScf , 

id-cap3GsmScfToGprsSsf , 

id-as-gprsSSF-gsmSCF-AS, 

id-as-gsmSCF-gprsSSF-AS, 

classes, 

ros-Inf ormationOb jects, 

tc-Messages, 

tc-NotationExtensions, 

gprsSSF-gsmSCF-Operations 
FROM CAP-ob ject-identif iers (ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) 
umts-network ( 1 ) modules (3) cap-object-identifiers (100) version3(2)} 



— Application Contexts 

cap3-gprssf-scfAC APPLICATION-CONTEXT ::= { 

CONTRACT cap3GprsSsfToScf 

DIALOGUE MODE structured 

ABSTRACT SYNTAXES {dialogue-abstract-syntax | 

gprsSSF-f gsmSCFAbstractSyntax } 
APPLICATION CONTEXT NAME id-ac-CAP-gprsSSF-gsmSCF-AC } 

cap3-gsmscf-gprsssfAC APPLICATION-CONTEXT ::= ( 

CONTRACT cap3GsmScfToGprsSsf 

DIALOGUE MODE structured 

ABSTRACT SYNTAXES {dialogue-abstract-syntax | 

gsmSCF-gprsSSFAbstractSyntax } 
APPLICATION CONTEXT NAME id-ac-CAP-gsmSCF-gprsSSF-AC } 

— Contracts 

cap3GprsSsfToScf CONTRACT ::= { 

— dialogue initiated by gprsSSF with InitialDPGPRS, ApplyChargingReportGPRS, 

— EntityReleaseGPRS and EventReportGPRS Operations 

INITIATOR CONSUMER OF 

{ gprSscf ActivationPackage { cAPSpecif icBoundSet } I 

gprsEventHandlingPackage {cAPSpecif icBoundSet } I 

gprsChargingPackage {cAPSpecif icBoundSet } I 

gprsExceptionlnformationPackage } 
RESPONDER CONSUMER OF 

{gprsConnectPackage {cAPSpecif IcBoundSet } I 

gprsProcessingPackage {cAPSpecif icBoundSet } I 

gprsReleasePackage {cAPSpecif icBoundSet } I 

gprsEventHandlingPackage {cAPSpecif icBoundSet } I 

gprsTimerPackage {cAPSpecif icBoundSet } I 

gprsBillingPackage { cAPSpecif icBoundSet } I 

gprsChargingPackage { cAPSpecif icBoundSet } I 

gprsCancelPackage {cAPSpecif IcBoundSet } I 

gprsChargeAdvicePackage { cAPSpecif IcBoundSet } } 
ID id-cap3GprsSsfTogsmScf 
} 

cap3GsmScfToGprsSsf CONTRACT ::= { 

— dialogue initiated by gsmSCF with ApplyCharginGPRS, ActivityTestGPRS, 

— CancelGPRS, FurnishCharginglnformationGPRS, ReleaseGPRS, 

— RequestReportGPRSEvent and SendCharginglnformationGPRS Operations 

INITIATOR CONSUMER OF 

{gprsReleasePackage { cAPSpecif IcBoundSet } I 
gprsEventHandlingPackage { cAPSpecif IcBoundSet } I 
gprsBillingPackage { cAPSpecif icBoundSet } I 
gprsChargingPackage { cAPSpecif icBoundSet } I 
gprsActivityTestPackage {cAPSpecif icBoundSet } I 
gprsCancelPackage {cAPSpecif icBoundSet } I 
gprsChargeAdvicePackage { cAPSpecif IcBoundSet } } 

RESPONDER CONSUMER OF 
{} 

ID id-cap3GsmScfToGprsSsf 



— Operation Packages 
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gprsScfActivationPackage (PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { initialDPGPRS {bound}} 

ID id-package-gprsScf Activation} 
gprsConnectPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE : := { 

CONSUMER INVOKES {connectGPRS {bound}} 

ID id-package-gprsConnect } 
gprsProcessingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { continueGPRS {bound}} 

ID id-package-gprsContinue } 
GprsReleasePackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES {releaseGPRS {bound}} 

ID id-package-gprsRelease } 
gprsEventHandlingPackage {PARAMETERS-BOUND ; bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { requestReportGPRSEvent {bound}} 

SUPPLIER INVOKES { eventReportGPRS {bound}} 

ID id-package-gprsEventHandling} 
gprsExceptionlnformationPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE 

CONSUMER INVOKES { entityReleasedGPRS {bound}} 

ID id-package-gprsExceptionInf ormation } 
gprsTimerPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { resetTimerGPRS {bound}} 

ID id-package-gprsTimer } 
gprsBillingPackage {PARAMETERS-BOUND ; bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { f urnishChargingInf ormationGPRS {bound}} 

ID id-package-gprsBilling} 
gprsChargingPackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ;;= { 

CONSUMER INVOKES { applyChargingGPRS {bound}} 

SUPPLIER INVOKES { applyChargingReportGPRS {bound}} 

ID id-package-gprsCharging} 
gprsChargeAdvicePackage {PARAMETERS-BOUND : bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { sendChargingInf ormationGPRS {bound}} 

ID id-package-gprsChargeAdvice } 
gprsActivityTestPackage OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { activityTestGPRS {bound}} 

ID id-package-gprsActivityTest } 
gprsCancelPackage {PARAMETERS-BOUND ; bound} OPERATION-PACKAGE ::= { 

CONSUMER INVOKES { cancelGPRS {bound}} 

ID id-package-gprsCancel } 



— Abstract Syntaxes 

gprsSSF-gsmSCFAbstractSyntax ABSTRACT-SYNTAX ;;= { 
GenericGprsSSF-gsmSCF-PDUs 
IDENTIFIED BY id-as-gprsSSF-gsmSCF-AS } 

GenericGprsSSF-gsmSCF-PDUs ::= TCMessage { { GprsSsf ToGsmScf Invokable } , 
{GprsSsfToGsmScf Returnable} } 

GprsSsfToGsmScfGenericInvokable OPERATION :;= { 

activityTestGPRS { cAPSpecif icBoundSet } I 
applyChargingGPRS { cAPSpecif icBoundSet } I 
applyChargingReportGPRS {cAPSpecif icBoundSet } I 
cancelGPRS {cAPSpecif icBoundSet } I 
connectGPRS {cAPSpecif icBoundSet } I 
entityReleasedGPRS {cAPSpecif icBoundSet } I 
eventReportGPRS { cAPSpecif icBoundSet } I 
furnishChargingInf ormationGPRS {cAPSpecif icBoundSet } I 
initialDPGPRS { cAPSpecif icBoundSet } I 
releaseGPRS {cAPSpecif icBoundSet } I 
requestReportGPRSEvent {cAPSpecif icBoundSet } I 
resetTimerGPRS {cAPSpecif icBoundSet } I 
sendChargingInf ormationGPRS { cAPSpecif icBoundSet } 
} 

GprsSsfToGsmScfReturnable OPERATION ::= { 

activityTestGPRS { cAPSpecif icBoundSet } I 
applyChargingGPRS { cAPSpecif icBoundSet } I 
applyChargingReportGPRS {cAPSpecif icBoundSet } I 
cancelGPRS { cAPSpecif icBoundSet } I 
connectGPRS {cAPSpecif icBoundSet } I 
continueGPRS {cAPSpecif icBoundSet } I 
entityReleasedGPRS {cAPSpecif icBoundSet } I 
furnishChargingInf ormationGPRS { cAPSpecif icBoundSet } | 
initialDPGPRS {cAPSpecif icBoundSet } I 
releaseGPRS {cAPSpecif icBoundSet } I 
requestReportGPRSEvent { cAPSpecif icBoundSet } I 
resetTimerGPRS {cAPSpecif icBoundSet } I 
sendChargingInf ormationGPRS { cAPSpecif icBoundSet } 
} 

gsmSCF-gprsSSFGenericAbstractSyntax ABSTRACT-SYNTAX ::= { 
GenericGsmSCF-gprsSSF-PDUs 
IDENTIFIED BY id-as-gsmSCF-gprsSSF-AS } 

GenericGsmSCF-gprsSSF-PDUs ;;= TCMessage { {GsmScfToGprsSsf Invokable } , {GsmScf ToGprsSsfReturnable } } 
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GsmScfToGprsSsflnvokable OPERATION ::= { 

activityTestGPRS {cAPSpecif icBoundSet } I 
applyChargingGPRS {cAPSpecif icBoundSet } I 
cancelGPRS {cAPSpecif icBoundSet } I 

furnishCharginglnformationGPRS { cAPSpecif icBoundSet } I 
releaseGPRS {cAPSpecif icBoundSet } I 
requestReportGPRSEvent { cAPSpecif icBoundSet } | 
sendChargingInf ormationGPRS { cAPSpecif icBoundSet } 
} 

GsmScfToGprsSsfReturnable OPERATION ::= { 

activityTestGPRS { cAPSpecif icBoundSet } I 
applyChargingGPRS { cAPSpecif icBoundSet } I 
cancelGPRS {cAPSpecif icBoundSet } I 

furnishCharginglnformationGPRS {cAPSpecif icBoundSet } I 
releaseGPRS {cAPSpecif icBoundSet } I 
requestReportGPRSEvent {cAPSpecif icBoundSet } I 
sendChargingInf ormationGPRS { cAPSpecif icBoundSet } 
} 

END 



9 Application Entity procedures 

The description of the application entity procedures for CAMEL Phase 3 can be found in 3GPP TS 23.078 [42]. 



10 Error procedures 



This clause defines the generic error procedures for the CAP. The error procedure descriptions have been divided in two 
subclauses, subclause 10.1 listing the errors related to CAP operations and subclause 10.2 listing the errors related to 
error conditions in the different FEs which are not directly related to the CAP operations. 

The gsmSSF states which are referred to in this clause are described in 3GPP TS 23.078 [42]. The operations 

Play Announcement, PromptAndCollectUserlnformation and SpecialisedResourceReport refer to states in the gsmSRF 

SRSM which are described in ETS 300 374-1 [9] as well as to states in 3GPP TS 23.078 [42]. 

10.1 Operation related error procedures 

The following subclauses define the generic error handling for the operation related errors. The errors are defined as 
operation errors in subclauses 6, 7 and 8. Errors which have a specific procedure for an operation are described in 
subclause 1 1 with the detailed procedure of the related operation. 

The TC services which are used for reporting operation errors are described in subclause 12.1. All errors, which can be 
detected by the ASN.l decoder, already may have been detected during the decoding of the TC message and indicated 
by the TC error indication "MistypedParameter" in the TC-U-Reject. 

10.1.1 Canceled 

10.1.1.1 General Description 
10.1.1.1.1 Error description 

The Error "Canceled" gives an indication to the gsmSCF that the cancellation, as it was requested by the gsmSCF, of a 
specific Operation, has been successful. The gsmSCF is only able to cancel certain predefined gsmSCF -^ gsmSRF 
Operations. 

10.1.1.2 Operations gsmSCF->gsmSRF 

Play Announcement 
PromptAndCollectUserlnformation 
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Procedures at responding entity (gsmSRF) 

A) Receiving Cancel 

Precondition: SRSM state 3 User Interaction. 

Postcondition: SRSM state 3 User Interaction. 

The indicated Play Announcement or PromptAndCoUectUserlnformation is terminated if it is presently executing or 
deleted from the buffer. If the indicated Play Announcement or PromptAndCoUectUserlnformation is already executed 
this causes a failure ("CancelFailed"). 

B) Sending Cancel Error 

Precondition: SRSM state 3 User Interaction. 

Postcondition: SRSM state 3 User Interaction. 

After returning the "Canceled" Error the gsmSRF stays in the same state. The execution of the indicated 

Play Announcement or PromptAndCoUectUserlnformation is aborted, i.e., the gsmSRF remains connected and the next 

Play Announcement or PromptAndCoUectUserlnformation is executed if available. 

10.1.2 CancelFailed 

10.1.2.1 General description 

10.1.2.1.1 Error description 

This Error is returned by Cancel if the canceling of an Operation, as requested by the gsmSCF, was not successful. 
Possible failure reasons are: 

unknownOperation, when the InvokelD of the operation to cancel is not known to gsmSRF (this may also 
happen in case the operation has already been completed); 

1 tooLate, when the invokelD is known but the execution of the operation is in a state that it cannot be canceled 
anymore. For instance the announcement is finished but the SpecializedResourceReport has not been sent to the 
gsmSCF yet. The conditions for the occurrence of failure reason "tooLate" may be implementation dependent; 

2 operationNotCancellable, when the invokelD points to an Operation that the gsmSCF is not allowed to cancel. 

10.1.2.1.2 Argument description 

PARAMETER SEQUENCE ( 

problem [0] ENUMERATED { 

unknownOperation (0), 
tooLate (1) , 

operationNotCancellable (2)}, 
operation [1] InvokelD 
} 
— The operation failed to be canceled. 

10.1.2.2 Operations gsmSCF^gsmSRF 

Cancel 

Procedures at responding entity (gsmSRF) 

A) Receiving Cancel. However, the indicated Play Announcement or PromptAndCoUectUserlnformation is not known, 
or already executed. This causes a failure, CancelFailed. 

Precondition: SRSM state User Interaction. 

Postcondition: SRSM state User Interaction or 
SRSM state Idle. 

B) Sending CancelFailed Error 
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Precondition: SRSM state User Interaction or 
SRSM state Idle. 

Postcondition: SRSM state User Interaction or 
SRSM state Idle. 

After returning the CancelFailed the gsmSRF stays in the same state. 

10.1.3 ETCFailed 

10.1.3.1 General description 
10.1.3.1.1 Error description 

ETCFailed is an error from gsmSSF to gsmSCF, indicating the fact that the establishment of a temporary connection to 
an assisting gsmSSF or gsmSRF was not successful (e.g., receiving a "Backwards Release" after sending an lAM). 

10.1.3.2 Operations gsmSCF^gsmSSF 

EstablishTemporaryConnection 

Procedures at responding entity (gsmSSF) 

A gsmSSF receives EstablishTemporaryConnection from a gsmSCF but the establishment of the connection fails, 
results in returning an ETCFailed Error to the gsmSCF. 

Precondition: gsmSSF FSM state c Waiting for Instructions. 

Postcondition: gsmSSF FSM state c Waiting for Instructions. 

No further error treatment. 

10.1.4 ImproperCallerResponse 

1 0.1 .4.1 General description 
10.1.4.1.1 Error description 

The format of the user input has been checked by the gsmSRF and does not correspond to the required format as it was 
defined in the initiating Operation. 

1 0.1 .4.2 Operations gsmSCF^gsmSRF 

PromptAndCollectUserlnformation 
Procedures at responding entity (gsmSRF) 

A) gsmSRF receives PromptAndCollectUserlnformation 

Precondition: SRSM state 2 Connected or 

SRSM state 3 User Interaction. 

Postcondition: SRSM state 3 User Interaction. 

B) response from caller is not correct, gsmSRF returns ImproperCallerResponse to gsmSCF 
Precondition: SRSM state 3 User Interaction. 

Postcondition: SRSM state 3 User Interaction. 

gsmSRF waits for a new Operation from gsmSCF. This may be a new PromptAndCollectUserlnformation or 
Play Announcement. 
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10.1.5 MissingCustomerRecord 

10.1.5.1 General description 
10.1.5.1.1 Error description 

This error is sent by the gsmSCF to the gsmSSF, gprsSSF or the gsmSRF, if the SLP could not be found in the gsmSCF, 
because the required customer record does not exist, or the requested SLPI, indicated by the correlationID in 
"AssistRequestlnstructions" does not exist anymore. 

1 0.1 .5.2 Operations gsmSSF^gsmSCF 

AssistRequestlnstructions 

InitialDP 

Procedures at invoking entity (gsmSSF) 

A) Sending Operation 

Precondition: gsmSSF FSM state Trigger processing or 

gsmSSF FSM state Waiting for Instructions; in the assistingSSP case. 

Postcondition: gsmSSF FSM state Waiting for Instructions. 

gsmSSF FSM state Waiting for Instructions; in the assistingSSP case. 

B) gsmSSF receives Error "MissingCustomerRecord" 

Precondition: gsmSSF FSM state Waiting for Instructions or 

gsmSSF FSM state Waiting for Instructions; in the assistingSSP case. 

Postcondition: gsmSSF FSM state Idle or 

gsmSSF FSM state Idle; in the assistingSSP case. 

The GMSCA^MSC handles the call according to the Default Call Handling parameter of the vaUd CSI. 

10.1.5.3 Operations gsmSRF^gsmSCF 

AssistRequestlnstructions 

Procedures at invoking entity (gsmSRF) 

A) Sending Operation 

Precondition: SRSM state Connected. 
Postcondition: SRSM state Connected. 

B) gsmSRF receives Error "MissingCustomerRecord" 
Precondition: SRSM state Connected. 
Postcondition: SRSM state Idle. 

gsmSRF initiated Disconnect. 

1 0.1 .5.4 Operations gprsSSF/gsmSSF^gsmSCF 

SMS Related 

InitialDPSMS 

Procedures at invoking entity (gprsSSF/gsmSSF) 
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A) Sending Operation 

Precondition: gprsSSF/gsmSSF state Waiting for Instructions. 
Postcondition: gprsSSF/gsmSSF state Waiting for Instructions. 

B) gprsSSF/gsmSSF receives Error "MissingCustomerRecord" 
Precondition: gprsSSF/gsmSSF state Waiting for Instructions. 
Postcondition: gprsSSF/gsmSSF state Idle. 

1 0.1 .5.5 Operations gprsSSF^gsmSCF 

GPRS Related 

InitialDPGPRS 

Procedures at invoking entity (gprsSSF) 

A) Sending Operation 

Precondition: gprsSSF state Waiting for Instructions. 
Postcondition: gprsSSF state Waiting for Instructions. 

B) gprsSSF receives Error "MissingCustomerRecord" 
Precondition: gprsSSF state Waiting for Instructions. 
Postcondition: gprsSSF state Idle. 

10.1.6 MissingParameter 

10.1.6.1 General description 
10.1.6.1.1 Error description 

There is an Error in the received Operation argument. The responding entity cannot start to process the requested 
Operation because the argument is incorrect: an expected optional parameter which is essential for the application is not 
included in the Operation argument. 

1 0.1 .6.2 Operations gsmSCF^gsmSSF 

Call Associated/Non Call Processing 

ApplyCharging 

CalllnformationRequest 

Furni shCharginglnformation 

RequestReportBCSMEvent 

ResetTimer 

SendCharginglnformation 

Call Associated/Call Processing 

Connect 

ConnectToResource 

ContinueWith Argument 
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EstablishTemporaryConnection 
Procedures at responding entity (gsmSSF) 

Precondition: (1) gsmSSF FSM appropriate state 

(2) gsmSSF FSM Call associated operation received, appropriate event occurred 

(3) SSME appropriate state 

(4) SSME Non call associated operation received, appropriate event 

Postcondition: (1) gsmSSF FSM transition to the same state 

(2) SSME transition to the initial state (i.e., before receiving the erroneous operation) 

The gsmSSF FSM detects the error in the received operation. The Error parameter is returned to inform the gsmSCF of 
this situation. 

1 0.1 .6.3 Operations gsmSSF^gsmSCF 

ApplyChargingReport 

AssistRequestlnstructions 

InitialDP 

Procedures at invoking entity (gsmSSF) 

A) Sending Operation 

Precondition: gsmSSF FSM any state in which the above operations can be transferred 
Postcondition: gsmSSF FSM any state as result of the transfer of any of the above operations 

B) gsmSSF receives Error "MissingParameter" 

Precondition: gsmSSF FSM any state as result of the transfer of any of the above operations 

Postcondition: gsmSSF FSM state a Idle 

After receiving this Error, the gsmSSF FSM returns to the state Idle, the GMSCA/^MSC handles the call according to the 
Default Call Handling parameter of the valid CSI. In case of an assisting SSF, the temporary connection is released by 
the assisting SSF. 

10.1.6.4 Operations gsmSCF^gsmSRF 

Play Announcement 

PromptAndCollectUserlnformation 

Procedures at responding entity (gsmSRF) 

Precondition: SRSM state Connected or 

SRSM state User Interaction 

Postcondition: SRSM state User Interaction 

The SRSM detects that a required parameter is not present in the Operation argument. The Error parameter 
MissingParameter is used to inform the gsmSCF of this situation. The gsmSCF should take the appropriate actions to 
treat this error. 

1 0.1 .6.5 Operations gsmSRF^gsmSCF 

AssistRequestlnstructions 

Procedures at invoking entity (gsmSRF) 

A) Sending Operation 
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Precondition: SRSM state Connected. 

Postcondition: SRSM state Connected. 

B) Receiving Error 

Precondition: SRSM state Connected. 

Postcondition: SRSM state Idle. 

The gsmSCF detects the error in the received operation. The Error parameter is used to inform the gsmSRF of this 
situation. The SL and maintenance functions are informed. The gsmSCF might try another gsmSRF, route the call or 
release the call (SL dependent). 

1 0.1 .6.6 Operations gprsSSF/gsmSSF^gsmSCF 

SMS Related 

InitialDPSMS 

Procedures at invoking entity (gprsSSF/gsmSSF) 

A) Sending Operation 

Precondition: gprsSSF/gsmSSF state WaitringForlnstructions. 
Postcondition: gprsSSF/gsmSSF state WaitringForlnstructions. 

B) Receiving Error 

Precondition: gprsSSF/gsmSSF state WaitringForlnstructions. 

Postcondition: gprsSSF/gsmSSF state Idle. 

After receiving this error, the gprsSSF/gsmSSF returns to the state Idle, the SGSNA'^MSC handles the SM according to 
the Default Handling parameter of the valid CSI. 

1 0.1 .6.7 Operations gsmSCF^gprsSSF/gsmSSF 

SMS Related 

ConnectSMS 

FurnishCharginglnformationSMS 
RequestReportSMSEvent 
ResetTimerSMS 

Procedures at responding entity (gprsSSF/gsmSSF) 

precondition: 

(1) gprsSSF/gsmSSF appropriate state. 

(2) gprsSSF/gsmSSFSMS associated operation received, appropriate event occurred, 
postcondition: 

(1) gprsSSF/gsmSSFtransition to the same state. 

The gprsSSF/gsmSSF detects the error in the received operation. The error parameter is returned to inform the gsmSCF 
of this situation. 

1 0.1 .6.8 Operations gprsSSF^gsmSCF 

GPRS Related 
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ApplyChargingReportGPRS 

EntityReleasedGPRS 

InitialDPGPRS 

Procedures at invoking entity (gprsSSF) 

A) Sending Operation 

Precondition: gprsSSF state WaitringForlnstructions. 
Postcondition: gprsSSF state WaitringForlnstructions. 

B) Receiving Error 

Precondition: gprsSSF state WaitringForlnstructions. 

Postcondition: gprsSSF state Idle. 

After receiving this error, the gprsSSF returns to the state Idle, the SGSN handles the PDP Context according to the 
Default Handling parameter of the valid CSI. 

1 0.1 .6.9 Operations gsmSCF^gprsSSF 

GPRS Related 

ApplyChargingGPRS 

CancelGPRSConnectGPRS 

ContinueGPRS 

FurnishCharginglnformationGPRS 

ReleaseGPRS 

RequestReportGPRSEvent 

ResetTimerGPRS 

SendCharginglnformationGPRS 

Procedures at responding entity (gprsSSF) 

precondition: 

(1) gprsSSF appropriate state. 

(2) gprsSSF operation received, appropriate event occurred, 
postcondition: 

(1) gprsSSF transition to the same state. 

The gprsSSF detects the error in the received operation. The error parameter is returned to inform the gsmSCF of this 
situation. 
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10.1.7 ParameterOutOf Range 

10.1.7.1 General description 
10.1.7.1.1 Error description 

The responding entity cannot start the processing of the requested Operation because an Error in a parameter of the 
Operation argument is detected: a parameter value is out of range. 

10.1.7.2 Operations gsmSCF^gsmSSF 

Call Associated/Non Call Processing 

ApplyCharging 

CalllnformationRequest 

RequestReportBCSMEvent 

ResetTimer 

SendCharginglnformation 

Call Associated/Call Processing 

Connect 

Continue With Argument 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

10.1.7.3 Operations gsmSSF^gsmSCF 

ApplyChargingReport 

InitialDP 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

10.1.7.4 Operations gsmSCF^gsmSRF 

Play Announcement 

PromptAndCollectUserlnformation 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .7.5 Operations gprsSSF/gsmSSF^gsmSCF 

SMS Related 

InitialDPSMS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .7.6 Operations gsmSCF^gprsSSF/gsmSSF 

SMS Related 

ConnectSMS 
RequestReportSMSEvent 
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ResetTimerSMS 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .7.7 Operations gprsSSF ^gsmSCF 

GPRS Related 

ApplyChargingReportGPRS 

InitialDPGPRS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .7.8 Operations gsmSCF^gprsSSF 

GPRS Related 

ApplyChargingGPRS 

ConnectGPRS 

RequestReportGPRSEvent 

ResetTimerGPRS 

SendCharginglnformationGPRS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.8 RequestedlnfoError 

1 0.1 .8.1 General description 

10.1.8.1.1 Error description 

The RequestedlnfoError is an immediate response to the CalllnformationRequest operation, indicating that the 
requested information is not known to the gsmSSF or is not available. 

10.1.8.1.2 Argument description 

PARAMETER ENUMERATED ( 

unknownRequestedlnfo (1) , 
requestedinf oNotAvailable (2) 
— other values not specified 
} 

10.1.8.2 Operations gsmSCF^gsmSSF 

CalllnformationRequest 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.9 SystemFailure 
10.1.9.1 General description 
10.1.9.1.1 Error description 

This error is returned by a PE if it was not able to fulfill a specific task as requested by an operation, and recovery is not 
expected to be completed within the current call instance. 
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10.1.9.2 Argument description 

PARAMETER 

Una va i 1 ab 1 eNet wo rkRe source 

UnavailableNetworkResource : := ENUMERATED { 

UnavailableResources (0), 

ComponentFailure (!)» 

BasicCallProcessingException (2) , 

ResourceStatusFailure (3) , 

EndUserFailure (4) 
} 

10.1.9.3 Operations gsmSCF^gsmSSF 

Call Associated/Non Call Processing 

ApplyCharging 

CalllnformationRequest 

RequestReportBCSMEvent 

SendCharginglnformation 

Call Associated/Call Processing 

Connect 

ConnectToResource 

DisconnectForwardConnection 

EstablishTemporaryConnection 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

10.1.9.4 Operations gsmSSF^gsmSCF 

ApplyChargingReport 

AssistRequestlnstructions 

InitialDP 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

10.1.9.5 Operations gsmSCF^gsmSRF 

Play Announcement 
PromptAndCollectUserlnformation 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.9.6 Operations gsmSRF^gsmSCF 

AssistRequestlnstructions 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .9.7 Operations gprsSSF/gsmSSF^gsmSCF 

SMS Related 

InitialDPSMS 
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Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .9.8 Operations gsmSCF^gprsSSF/gsmSSF 

SMS Related 

ConnectSMS 

RequestReportSMSEvent 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .9.9 Operations gprsSSF ^gsmSCF 

GPRS Related 

ApplyChargingReportGPRS 

InitialDPGPRS 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .9.1 Operations gsmSCF^gprsSSF 

GPRS Related 

ApplyChargingGPRS 

ConnectGPRS 

RequestReportGPRSEvent 

SendCharginglnformationGPRS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.10 TaskRefused 

1 0.1 .1 0.1 General description 

10.1.10.1.1 Error description 

This Error is returned by a PE if it was not able to fulfill a specific task as requested by an operation, and recovery is 
expected to be completed within the current call instance. 

10.1 .1 0.1 .2 Argument description 

PARAMETER ENUMERATED { 
Generic (0) , 

Unobtainable (1), 
Congestion (2) 
} 

10.1.10.2 Operations gsmSCF^gsmSSF 

Call Associated/Non Call Processing 

ApplyCharging 
CalllnformationRequest 
Cancel 
FurnishCharginglnformation 
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RequestReportBCSMEvent 

ResetTimer 

SendCharginglnformation 

Call Associated/Call Processing 

Connect 

ConnectToResource 

DisconnectForwardConnection 

EstablishTemporaryConnection 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 0.3 Operations gsmSSF^gsmSCF 

ApplyChargingReport 

AssistRequestlnstructions 

InitialDP 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 0.4 Operations gsmSCF^gsmSRF 

Cancel 

Play Announcement 

PromptAndCollectUserlnformation 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 0.5 Operations gsmSRF^gsmSCF 

AssistRequestlnstructions 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 0.6 Operations gprsSSF/gsmSSF^gsmSCF 

SMS Related 

InitialDPSMS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 0.7 Operations gsmSCF^gprsSSF/gsmSSF 

SMS Related 

ConnectSMS 

FurnishCharginglnformationSMS 
RequestReportSMSEvent 
ResetTimerSMS 
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Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

10.1.10.8 Operations gprsSSF ^gsmSCF 

GPRS Related 

ApplyChargingReportGPRS 

EntityReleasedGPRS 

InitialDPGPRS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 0.9 Operations gsmSCF^gprsSSF 

GPRS Related 

ApplyChargingGPRS 

CancelGPRS 

ConnectGPRS 

FurnishChatginglnformationGPRS 

ReleaseGPRS 

RequestReportGPRSEvent 

ResetTimerGPRS 

SendCharginglnformationGPRS 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

10.1.11 UnavailableResource 

10.1.11.1 General description 
10.1.11.1.1 Error description 

The gsmSRF is not able to perform its function (i.e., play a certain announcement and/or collect specific user 
information), and cannot be replaced. A reattempt is not possible. 

1 0.1 .1 1 .2 Operations gsmSCF^gsmSRF 

Play Announcement 
PromptAndCollectUserlnformation 
Procedures at responding entity (gsmSRF) 

A) gsmSRF receiving Play Announcement or Prompt AndCollectUserlnformation 

Precondition: SRSM state 2 Connected; if initial Play Announcement or PromptAndCollectUserlnformation. Or 
SRSM state 3 User Interaction; if not initial Play Announcement or 
PromptAndCollectUserlnformation. 

B) gsmSRF is not able to perform its function (and cannot be replaced). gsmSRF sends UnavailableResource. 
Precondition: SRSM state 3 User Interaction. 

Postcondition: SRSM state 3 User Interaction. 
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10.1.12 UnexpectedComponentSequence 

10.1.12.1 General description 
10.1.12.1.1 Error description 

The responding entity cannot start the processing of the requested operation because a S ACF or MACF rule is violated, 
or the operation could not be processed in the current state of the FSM. 

10.1.12.2 Operations gsmSCF^gsmSSF 
Call Associated/Non Call Processing 

ApplyCharging 

CalllnformationRequest 

FurnishCharginglnformation 

RequestReportBCSMEvent 

ResetTimer 

SendCharginglnformation 

Call Associated/Call Processing 

Connect 

ConnectToResource 

ContinueWith Argument 

DisconnectForwardConnection 

EstablishTemporaryConnection 

In this case the gsmSSF detects the erroneous situation, sends the UnexpectedComponentSequence error and remains in 
the same state. 

1 0.1 .1 2.3 Operations gsmSSF^gsmSCF 

ApplyChargingReport 

AssistRequestlnstructions 

InitialDP 

In case the operation is sent by an "initiating" gsmSSF in the context of an existing relationship, the gsmSCF returns the 
error parameter. On receiving the error the gsmSSF moves to Idle. 

1 0.1 .1 2.4 Operations gsmSCF^gsmSRF (only applicable for direct gsmSCF-gsmSRF 
case) 

Play Announcement 

PromptAndCollectUserlnformation 

In this case the gsmSRF detects the erroneous situation, sends the UnexpectedComponentSequence error and remains in 
the same state. 
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1 0.1 .1 2.5 Operations gsmSRF^gsmSCF 

AssistRequestlnstructions 

In this case, an error occurs if the gsmSRF has already an estabhshed relationship with the gsmSCF and sends an 
AssistRequestlnstructions. The gsmSCF detects the erroneous situation, informs SL and maintenance functions and 
returns the error parameter. On receiving the parameter the gsmSRF moves to idle and releases the temporary 
connection. 

1 0.1 .1 2.6 Operations gprsSSF/gsmSSF^gsmSCF 

SMS Related 

InitialDPSMS 

In case the operation is sent by gprsSSF/ gsmSSF in the context of an existing relationship, the gsmSCF returns the 
error parameter. On receiving the error the gprsSSF/gsmSSF moves to Idle. 

1 0.1 .1 2.7 Operations gsmSCF^gprsSSF/gsmSSF 

SMS Related 

ConnectSMS 

FurnishCharginglnformationSMS 

RequestReportSMSEvent 

ResetTimerSMS 

In this case the gprsSSF/gsmSSF detects the erroneous situation, sends the UnexpectedComponentSequence error and 
remains in the same state. 

10.1.12.8 Operations gprsSSF ^gsmSCF 

GPRS Related 

ApplyChargingReportGPRS 

InitialDPGPRS 

In case the operation is sent by gprsSSF in the context of an existing relationship, the gsmSCF returns the error 
parameter. On receiving the error the gprsSSF moves to Idle. 

1 0.1 .1 2.9 Operations gsmSCF^gprsSSF 

GPRS Related 

ApplyChargingGPRS 

ConnectGPRS 

FurnishChatginglnformationGPRS 

RequestReportGPRSEvent 

ResetTimerGPRS 

SendCharginglnformationGPRS 

In this case the gprsSSF detects the erroneous situation, sends the UnexpectedComponentSequence error and remains in 
the same state. 
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10.1.13 UnexpectedDataValue 

10.1.13.1 General description 
10.1.13.1.1 Error description 

The responding entity cannot complete the processing of the requested Operation because a parameter has an 
unexpected data value. 

Note that this error does not overlap with "ParameterOutOfRange" 

EXAMPLE: startTime DateAndTime ::= -- value indicating January 32 1993, 12: 15: 01 

The responding entity does not expect this value and responds with "UnexpectedDataValue". 

1 0.1 .1 3.2 Operations gsmSCF^gsmSSF 

Call Associated/Non Call Processing 

ApplyCharging 

CalllnformationRequest 

FurnishCharginglnformation 

RequestReportBCSMEvent 

ResetTimer 

SendCharginglnformation 

Call Associated/Call Processing 

Connect 

ConnectToResource 

ContinueWithArgument 

EstablishTemporaryConnection 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 3.3 Operations gsmSSF^gsmSCF 

ApplyChargingReport 

AssistRequestlnstructions 

InitialDP 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 3.4 Operations gsmSCF^gsmSRF 

Play Announcement 
PromptAndCollectUserlnformation 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 
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1 0.1 .1 3.5 Operations gsmSRF^gsmSCF 

AssistRequestlnstructions 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 3.6 Operations gprsSSF/gsmSSF^gsmSCF 

SMS Related 

InitialDPSMS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 3.7 Operations gsmSCF-^gprsSSF/gsmSSF 

SMS Related 

ConnectSMS 

FurnishCharginglnformationSMS 

RequestReportSMSEvent 

ResetTimerSMS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.13.8 Operations gprsSSF ->gsmSCF 

GPRS Related 

ApplyChargingReportGPRS 

InitialDPGPRS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 3.9 Operations gsmSCF^gprsSSF 

GPRS Related 

ApplyChargingGPRS 

ConnectGPRS 

ContinueGPRS 

FurnishChatginglnformationGPRS 

RequestReportGPRSEvent 

ResetTimerGPRS 

SendCharginglnformationGPRS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 
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10.1.14 UnexpectedParameter 

10.1.14.1 General description 
10.1.14.1.1 Error description 

There is an error in the received Operation argument. A valid but unexpected parameter was present in the Operation 
argument. The presence of this parameter is not consistent with the presence of the other parameters. The responding 
entity cannot start to process the Operation. 

10.1.14.2 Operations gsmSCF^gsmSSF 

Call Associated/Non Call Processing 

ApplyCharging 

CalllnformationRequest 

FurnishCharginglnformation 

RequestReportBCSMEvent 

ResetTimer 

SendCharginglnformation 

Call Associated/Call Processing 

Connect 

ConnectToResource 

ContinueWithArgument 

EstablishTemporaryConnection 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 4.3 Operations gsmSSF^gsmSCF 

ApplyChargingReport 

AssistRequestlnstructions 

InitialDP 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 4.4 Operations gsmSCF^gsmSRF 

Play Announcement 

PromptAndCollectUserlnformation 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.14.5 Operations gsmSRF^gsmSCF 

AssistRequestlnstructions 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 
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10.1.14.6 Operations gprsSSF/gsmSSF^gsmSCF 

SMS Related 

InitialDPSMS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.14.7 Operations gsmSCF^gprsSSF/gsmSSF 

SMS Related 

ConnectSMS 

FurnishCharginglnformationSMS 

RequestReportSMSEvent 

ResetTimerSMS 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

10.1.14.8 Operations gprsSSF ^gsmSCF 

GPRS Related 

ApplyChargingReportGPRS 

InitialDPGPRS 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 4.9 Operations gsmSCF^gprsSSF 

GPRS Related 

ApplyChargingGPRS 

ConnectGPRS 

FurnishChatginglnformationGPRS 

RequestReportGPRSEvent 

ResetTimerGPRS 

SendCharginglnformationGPRS 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.15 UnknownLegID 

1 0.1 .1 5.1 General description 
10.1.15.1.1 Error description 

This error is used to indicate to the gsmSCF that a specific leg, indicated by the LegID parameter value in the operation, 
is unknown to the gsmSSF. 

10.1.15.2 Operations gsmSCF^gsmSSF 

Call Associated/Non Call Processing 
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ApplyCharging 
CalllnformationRequest 
RequestReportBCSMEvent 
SendCharginglnformation 

Refer to subclause 10.1.6 MissingParameter for the appropriate error procedures. 

10.1.16 UnknownPDPID 

1 0.1 .1 6.1 General description 
10.1.16.1.1 Error description 

This error is used to indicate to the invoking entity that a specific PDP, indicated by the PDPId parameter value in the 
operation, is unknown to the receiving entity. 

1 0.1 .1 6.2 Operations gprsSSF^gsmSCF 

GPRS Related 

ApplyChargingReportGPRS 
EntityReleasedGPRS 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 

1 0.1 .1 6.3 Operations gsmSCF^gprsSSF 

GPRS Related 

ApplyChargingGPRS 

CancelGPRS 

ConnectGPRS 

ContinueGPRS 

ReleaseGPRS 

RequestReportGPRSEvent 

ResetTimerGPRS 

SendCharginglnformationGPRS 

Refer to subclause 10. 1 .6 MissingParameter for the appropriate error procedures. 



1 0.2 Entity related error procedures 



The following subclauses define the error handling for the entity related errors. Since the error situations are not 
originated by the reception of an operation, the invoking entity is denoted here as the entity at which the error situation 
is detected. The responding entity is the entity which receives the error report. 

The TC services used for reporting errors are described in clause 12. 
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1 0.2.1 Expiration of Tssf 

10.2.1.1 General description 
10.2.1.1.1 Error description 

A timeout occurred in the gsmSSF on the response from the gsmSCF. 

10.2.1.2 Procedures gsmSSF^gsmSCF 

Procedure at the invoking entity (gsmSSF) 
Timeout occurs in gsmSSF on Tg§p 

Precondition: gsmSSF FSM state Waiting for instructions or 

gsmSSF FSM state Waiting for end of User Interaction or 

gsmSSF FSM state Waiting for end of Temporary connection. 
Postcondition: gsmSSF FSM state a Idle. 

The gsmSSF aborts the dialogue and moves to the Idle state, the GMSC/VMSC handles the call according to the 
Default Call Handling parameter of the valid CSI. 

1 0.2.2 Expiration of Tsrf 

10.2.2.1 General Description 
10.2.2.1.1 Error description 

A timeout occurred in the gsmSRF on the response from the gsmSCF. The procedures for handling this error are 
described in ETS 300 374-1 [9]. 

10.2.2.2 Procedures description 

The procedures for handling this error are described in ETS 300 374-1 [9]. 

1 1 Detailed operation procedures 

NOTE: The detailed operation procedures in this clause which cross reference the gsmSCF FSMs for the pre- 

and post-conditions are for information only; refer to the note at the beginning of clause x. 

11.1 ActivityTest procedure 
11.1.1 General description 

This operation is used to check for the continued existence of a relationship between the gsmSCF and gsmSSF, gsmSCF 
and gsmSRF or gsmSCF and assistSSF. If the relationship is still in existence, then the receiving entity will respond. If 
no reply is received within a given time period, then the gsmSCF which sent this operation will assume that the 
receiving entity has failed in some way and will take the appropriate action. 

11.1.1.1 Parameters 

None. 
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11 .1 .2 Responding entity (gsmSSF, gsmSRF or assistSSF) 

11 .1 .2.1 Normal procedure 

gsmSSF/gsmSRF/assistSSF precondition: 

(1) A relationship exists between the gsmSCF and the gsmSSF/gsmSRF/assistSSF 

(2) The SSME FSM is is the state "Idle Management" 
gsmSSF/assistSSF postcondition: 

(1) The SSME-FSM stays in, or moves to the state "Non-call Associated Treatment". 

(2) If the Dialogue ID is active and if there is a gsmSSF/assistSSF using the dialogue, the SSME sends a Return 
Result "ActivityTest" to the gsmSCF. The SSME-FSM returns to the state "Idle Management". 

If the Dialogue ID is not active, the TC in the gsmSSF/assistSSF will issue a P- Abort, the SSME will in that case 
never receive the "ActivityTest" req.ind and thus will not be able to reply. 

gsmSRF postconditions 

(1) If the dialogue ID is active and if there is a gsmSRF using the dialogue, the SSME sends a return result 
"ActivityTest" to the gsmSCF. 

If the dialogue ID is not active, the TC in the gsmSRF will issue a P-Abort, the SSME will in that case never 
receive the ActivityTest operation and thus will not be able to reply. 

11.1.2.2 Error handling 

Operation related error handling is not applicable, due to class 3 operation. 

1 1 .2 ActivltyTestGPRS procedure 

1 1 .2.1 General description 

This operation is used to check for the continued existence of a relationship between the gsmSCF and gprsSSF. If the 
relationship is still in existence, then the identified instance of gprsSSF will respond. If no reply is received within a 
given time period, then the gsmSCF which sent this operation will assume that the receiving entity has failed in some 
way and will take the appropriate action. This operation opens a new SS7 dialogue between gsmSCF and gprsSSF. 

11.2.1.1 Parameters 

None 

1 1 .2.2 Responding entity (gprsSSF) 
11.2.2.1 Normal procedure 

gprsSSF precondition: 

(1) A relationship exists between the gsmSCF and the gprsSSF 
gprsSSF postcondition: 

(1) The SSME-FSM stays in the state "Idle Management" 

(2) If the relationship exists and if there is a gprsSSF using the GPRS -Reference Number, the SSME sends a Return 
Result "ActivityTestGPRS" to the gsmSCF. The SSME-FSM returns to the state "Idle Management". 
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If the GPRS -ReferenceN umber is not active, the TC User in the gprsSSF will instruct to issue a U-Abort. 
(3) The temporary TC dialogue is closed. 

11.2.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services used for reporting 
operation errors are described in clause 12. 

1 1 .3 ApplyCharging procedure 

11 .3.1 General description 

This operation is used for interacting from the gsmSCF with the gsmSSF function: CSE control of call duration. The 
ApplyChargingReport operation provides the feedback from the gsmSSF to the gsmSCF. 

The charging scenarios supported by this operation are those given in 3GPP TS 22.078 for CSE control of call duration. 

11.3.1.1 Parameters 

aChBillingChargingCharacteristics : 

This parameter specifies a list of parameters required for CSE control of call duration: 

The list may contain: 

- timeDurationCharging: 

This list contains the following parameters: 

maxCallPeriodDuration: 
This parameter specifies the period of time for which a call can progress before an ApplyChargingReport 
shall be sent to the gsmSCF. 

releaselfdurationExceeded: 
This parameter specifies the action to be taken at the gsmSSF when the duration specified above has been 
reached. If the parameter is present, then the call is released. 

tone: 
If the parameter is present, then a warning tone is played when the warning tone timer expires. 

tariffs witchlnterval: 
This parameter indicates to the gsmSSF the time duration until the next tariff switch. The measurement of the 
elapsed tariff switch period commences immediately upon successful execution of this operation. 

partyToCharge: 

This parameter indicates the party in the call. 

1 1 .3.2 Responding entity (gsmSSF) 
1 1 .3.2.1 Normal procedure 

gsmSSF precondition: 

(1) The gsmSSF is in one of the following states: 

"Waiting for Instructions" 

"Waiting for End of User Interaction", 

"Waiting for End of Temporary Connection", 

"Monitoring" 
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gsmSSF postcondition: 

(1) No FSM state transition 

On receipt of this operation, the gsmSSF sets the charging data using the information elements included in the operation 
and acts accordingly. 

The gsmSSF will start monitoring for the Answer event upon receipt of the ApplyCharging operation if Answer has not 
already been received on an outgoing connection to a Called Party, a Temporary Connection or a connection to a 
gsmSRF. Upon subsequent detection of the Answer event on the outgoing connection charging is started. If the Answer 
event has been received from an outgoing connection already when the ApplyCharging operation is received then 
charging starts immediately. 

Upon release of an outgoing connection to the Called Party, the Temporary Connection or the gsmSRF connection any 
indication of Answer event receipt on the outgoing connection is cleared i.e. set to Answer event not received. 

11.3.2.2 Error handling 

TaskRefused: In addition to the generic error handling noted below, this error shall be indicated when: 

a previously received call period duration is pending, 

a tariffs witchlnterval is indicated when a previously received tariffs witchlnterval is pending. 

Generic error handling for the operation related errors is described in clause 10 and the TC services used for reporting 
operation errors are described in clause 12. 

1 1 .4 ApplyChargingGPRS procedure 
11 .4.1 General description 

This operation is used for interacting from the gsmSCF with the gprsSSF function: CSE control of GPRS session or 
PDP Context duration and volume. The ApplyChargingGPRSReport operation provides the feedback from the gprsSSF 
to the gsmSCF. The charging scenarios supported by this operation are those given in 3GPP TS 22.078 for CSE control 
of GPRS session and PDP Context duration and volume. 

This procedure may only be used if there is a control relationship between the gsmSCF and the GPRS Session or PDP 
Context, for which the charging instruction is intended. 

If this procedure is used within a PDP Context dialogue, then the charging instruction shall pertain to the PDP Context 
only. Data volume threshold and duration threshold may be defined separately. 

If this procedure is used within a Session dialogue, then the charging instruction may pertain to the Session or to a PDP 
Context. Charging for a PDP Context may be on duration and/or volume. Charging for a Session may be on duration 
only. 

NOTE: Charging for a PDP Context on duration and volume requires two ApplyChargingGPRS operations. 

11.4.1.1 Parameters 

chargingCharacteristics: 

This parameter specifies a choice between parameters required for CSE control of a GPRS session or a PDP 

Context: 

- maxTransferred Volume: 

This parameter specifies the maximum volume to be transferred in number of bytes before a 
ApplyChargingReportGPRS shall be sent to the gsmSCF. 

- maxElapsedTime: 

This parameter specifies the maximum period of time before a ApplyChargingReportGPRS shall be sent to the 
gsmSCF. 
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tariffSwitchlnterval: 

This parameter indicates to the gprsSSF the time duration until the next tariff switch. The measurement of the 

elapsed tariff switch period commences immediately upon successful execution of this operation. 

- pDPID: 

This parameter, if present, identifies the PDP Context, within the Session dialogue , to which the charging 
instruction applies. 

1 1 .4.2 Responding entity (gprsSSF) 

1 1 .4.2.1 Normal procedure 

gprsSSF preconditions: 

(1) 

A control relationship exists between the gsmSCF and the GPRS Session or PDP Context to which the operation 
applies. 

(2) The gprsSSF is in one of the following states: "Waiting for Instructions" or "Monitoring". 

SSF postcondition: 

(1) No gprsSSF state transition 

On receipt of this operation, the gprsSSF sets the charging data using the information elements included in the 
operation. 

11.4.2.2 Error handling 

TaskRefused: In addition to the generic error handling noted below, this error shall be indicated when: 

a previously received GPRS session or PDP context period or volume duration is pending; 

a tariffSwitchlnterval is indicated when a previously received tariffSwitchlnterval is pending. 

Generic error handling for the operation related errors is described in clause 10 and the TC services used for reporting 
operation errors are described in clause 12. 

1 1 .5 ApplyChargingReport procedure 
11 .5.1 General description 

This operation is used by the gsmSSF to report charging related information to the gsmSCF as requested by the 
gsmSCF using the "ApplyCharging" operation. 

Timing of duration shall be started if answer is detected by the gsmSSF. It shall be started independently for a 
connection to a Called Party, a Temporary Connection and a gsmSRF connection. 

A report is generated as specified in the 3GPP TS 23.078 [42]. 

11.5.1.1 Parameters 

callResult: 

This parameter provides the gsmSCF with the charging related information previously requested using the 

ApplyCharging operation. The "CallResult" is a list, and can contain the following parameters: 

timeDurationChargingResult: 

This is a list, and can contain the following parameters:timeInformation: 

This is a choice of the following parameters: 
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- timelfNoTariffSwitch: 

This parameter will be present if no tariff switch has occurred since the reception of the first 
ApplyCharging operation for the connection to the Called Party, Temporary Connection or gsmSRF 
connection, otherwise it will be absent. 

If Answer was detected for the connection to the Called Party, the Temporary Connection or the gsmSRF 
connection, then the elapsed time since detection of Answer shall be reported. If answer was not detected, 
it shall be set to "0". 

timelfTariffSwitch: 

This parameter will be present if a tariff switch has occurred since the reception of the first 
ApplyCharging operation for the connection to the Called Party, Temporary Connection or gsmSRF 
connection, otherwise it will be absent. 
The parameter may contain the following information: 

- timeSinceLastTariffSwitch: 

If Answer was detected for the connection to the Called Party, the Temporary Connection or the 
gsmSRF connection, then the elapsed time since detection of Answer or the last tariff switch 
(whichever of these events was last detected) shall be reported. If Answer was not detected, it shall 
be set to "0". 

Tariffs witchlnterval: 

This parameter is present only if a tariff switch has occurred since the detection of Answer for the 
connection to the Called Party, the temporary connection or the gsmSRF connection in the 
reported call period. 

The time interval between either the detection of the Answer event or the previous tariff switch 
(whichever of these events was last detected) and the last tariff switch is reported. 

- partyToCharge: 

The "partyToCharge" parameter as received in the related ApplyCharging operation or deduced from the default 
value, to correlate the result to the request. 

callActive: 

This parameter indicates whether the call is still active or has been released. 

callReleasedAtTcpExpiry: 

This parameter, if present, indicates that the gsmSSF has released the call and terminated the dialogue. 

It shall be present when ACR is sent due to Tcp expiry and the gsmSSF has released the call (because 

ReleaselfExceeded was present in ACH) and terminated the dialogue. 

In all other instances, this parameter shall be absent. 

1 1 .5.2 Invoking entity (gsmSSF) 
1 1 .5.2.1 Normal procedure 

gsmSSF preconditions: 

(1) A relationship exists between the gsmSSF and the gsmSCF. 

(2) A charging event has been detected that was requested by the gsmSCF via an ApplyCharging operation or a 
Called Party, Temporary Connection or gsmSRF disconnection event has occurred. 

gsmSSF postconditions: 

(1) If release of the call has occurred because the allowed call duration has been reached: 

All outstanding EDPs shall be disarmed; 

- ApplyChargingReport shall be sent to gsmSCF followed by any outstanding CalllnformationReports, 
if applicable; 
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The gsmSSF shall transit to the 'Idle' state. 
(2) If release of the call has occurred but not because the allowed call duration has been reached: 

If there are any outstanding EDPs or other reports then the gsmSSF shall remain in the same state, else; 
The gsmSSF shall transit to the 'Idle' state. 
This operation is invoked if a charging event has been detected that was requested by the gsmSCF. 

11.5.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services used for reporting 
operation errors are described in clause 12. 

1 1 .6 ApplyChargingReportGPRS procedure 
11.6.1 General description 

This operation is used by the gprsSSF to report charging related information to the gsmSCF as requested by the 
gsmSCF using the ApplyChargingGPRS operation. 

Timing of duration and measuring of transferred data (if applicable) shall be started when either an Attach event, PDP 
context activation acknowledgement or an Inter SGSN routeing area update acceptance is detected by the gprsSSF. 

A report shall be made either when a PDP context deactivation. Detach event or Change in QoS is detected by the 
gprsSSF or when the gprsSSF detects that the transferred volume or elapsed time duration indicated in parameter 
transferredVolume or elapsedTime (received in ApplyChargingGPRS operation) has been reached. 
That sending of ApplyChargingReportGPRS shall only be made on chargeable QoS changes. 

11.6.1.1 Parameters 

chargingResult: 

This parameter provides the SCF with the charging related information previously requested using the 

ApplyChargingGPRS operation. The "ChargingResult" is a choice, and can contain either of the following 

parameters: 

transferredVolume: 

This is a choice of the following parameters: 

volumelfNoTariffSwitch: 

This parameter will be present if no tariff switch has occurred for the PDP context, otherwise it will be 
absent. If present, then the volume transferred since the detection of the event that triggered volume count 
will be reported. 

volumelfTariffSwitch: 

This parameter will be present if a tariff switch has occurred for the PDP context, otherwise it will be 

absent. If present then the parameter may contain the following information: 

volumeSinceLastTariffS witch: 

The volume since the detection of the event that triggered volume count or the last tariffs witch 

(whichever of these events was last detected) is reported. 

VolumeTariffS witchlnterval : 

This parameter is present only if a tariff switch was detected after the event that triggered volume 
count for the PDP context in the current volume count period. If present, the volume between either 
the detection the event that triggered volume count or the previous tariff switch (whichever of these 
events was last detected) and the last tariff switch is reported. 

elapsedTime: 

This is a choice of the following parameters: 
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- timeGPRSIfNoTariffSwitch: 

This parameter will be present if no tariff switch has occurred for the session or the PDP context, 
otherwise it will be absent. If present then the elapsed time since the detection of the event that triggered 
time count will be reported. 

- timeGPRSIfTariffSwitch: 

This parameter will be present if a tariff switch has occurred for the session or the PDP context, otherwise 
it will be absent. If present then the parameter may contain the following information: 

- timeGPRSSinceLastTariffSwitch: 

The time since the event that triggered time count or the last tariffSwitch is reported. 

- timeGPRSTariffSwitchlnterval: 

This parameter is present only if a tariff switch was detected after the event that triggered time count 
for the session or PDP context in the current time count period. If present, the time between either the 
detection the event that triggered time count or the previous tariff switch (whichever of these events 
was last detected) and the last tariff switch is reported. 

qualityOfService: 

This IE identifies the QoS which was negotiated between the user, the SGSN and the GGSN. 

This parameter is only present when the sending of Apply Charging Report GPRS operation was triggered by a 

change in Quality of Service. 

active: 

This parameter indicates whether the GPRS session or PDP context is still active 

- pDPID: 

This parameter, if present, identifies the PDP Context, within the Session dialogue, for which the charging report 
is valid. 

chargingRollOver: 

This parameter indicates possible rollovers of the "ChargingResult" parameter due to the limited value ranges of 

the parameters. The "chargingRollOver" parameter is a choice, and can contain either of the following 

parameters: 

transferredVolumeRollOver: 

This is a choice of the following parameters: 

- rO-VolumelfNoTariffSwitch: 

This parameter indicates how many times the volumelfNoTariff Switch parameter of the chargingResult 
has rolled over. If no rollover has happened, the pararameter may be absent. 

- rO-VolumelfTariffSwitch: 

The parameter is present if at least one of the subparameters below is present. If present then the 
parameter may contain the following information: 

- rO-VolumeSinceLastTariffS witch: 

This parameter indicates how many times the volumeSinceLastTariffSwitch parameter of the 
chargingResult has rolled over. If no rollover has happened, the pararameter may be absent. 

- rO-VolumeTariffSwitchlnterval: 

This parameter indicates how many times the VolumeTariffSwitchlnterval parameter of the 
chargingResult has rolled over. If no rollover has happened, the pararameter may be absent. 

elapsedTimeRollOver: 

This is a choice of the following parameters: 

- rO-TimeGPRSIfNoTariffSwitch: 

This parameter indicates how many times the timeGPRSIfNoTariffSwitch parameter of the 
chargingResult has rolled over. If no rollover has happened, the pararameter may be absent. 

- rO-TimeGPRSIfTariffSwitch: 

The parameter is present if at least one of the subparameters below is present. If present then the 
parameter may contain the following information: 
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- rO-TimeGPRSSinceLastTariffSwitch: 

This parameter indicates how many times the timeGPRSSinceLastTariffSwitch parameter of the 
chargingResuh has rolled over. If no rollover has happened, the pararameter may be absent. 

- rO-TimeGPRSTariff S witchlnterval: 

This parameter indicates how many times the timeGPRS Tariffs witchlnterval parameter of the 
chargingResult has rolled over. If no rollover has happened, the pararameter may be absent. 

1 1 .6.2 Invoking entity (gprsSSF) 

1 1 .6.2.1 Normal procedure 

gprsSSF preconditions: 

(1) A relationship exists between the gsmSCF and the GPRS Session or PDP Context. 

(2) A charging event has been detected that was requested by the gsmSCF via an ApplyChargingGPRS operation 
gprsSSF postconditions: 

(1) If termination of the GPRS session or a PDP context has occurred: 

If the sending of ApplyChargingReportGPRS is directly followed by the reporting of an EDP-R, then the 
gprsSSF shall transit to state "Waiting for Instructions", else 

If there are any outstanding EDPs or pending reports then the gprsSSF shall remain in the same state, else 

If there are no outstanding EDPs or pending reports, then the gprsSSF shall transit to state 'Idle'. 

(2) If the sending of ApplyChargingReportGPRS is due to a timer or counter expiry: 

If there are any outstanding EDPs or pending reports then the gprsSSF shall remain in the same state, else 
If there are no outstanding EDPs or pending reports, then the gprsSSF shall transit to state 'Idle'. 

(3) If the sending of ApplyChargingReportGPRS is due to a change in QoS of a PDP Context: 
- The gprsSSF shall remain in the same state. 

11.6.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services used for reporting 
operation errors are described in clause 12. 

1 1 .7 AssistRequestlnstructions procedure 
11.7.1 General description 

This operation is sent to the gsmSCF by an gsmSSF, which is acting as the assisting gsmSSF in an assist procedure, or 
by a gsmSRF. The operation is sent when the assisting gsmSSF or gsmSRF receives an indication from an initiating 
gsmSSF indicating an assist procedure. 

11.7.1.1 Parameters 

correlationID: 

This parameter is used by the gsmSCF to associate the "AssistRequestlnstructions" from the assisting gsmSSF or 
by a gsmSRF with the request from the initiating gsmSSF. The value of the "correlationID" may be extracted 
from the digits received from the initiating gsmSSF. 

- iPSSPCapabihties: 

Indicates which gsmSRF resources are attached, available and supported within: 
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- the VMSC/GMSC where the gsmSSF resides; or 
the IP where the gsmSRF resides. 

1 1 .7.2 Invoking entity (gsmSSF/gsmSRF) 

1 1 .7.2.1 Normal procedure 

gsmSSF precondition: 

(1) An assist indication is detected by the assisting gsmSSF 
gsmSSF postcondition: 

(1) The assisting gsmSSF waits for instructions 

On receipt of an assist indication from the initiating gsmSSF, the gsmSSF or gsmSRF shall assure that the required 
resources are available to invoke an "AssistRequestlnstructions" operation in the gsmSSF/gsmSRF and indicate to the 
initiating gsmSSF that the call is accepted. The "AssistRequestlnstructions" operation is invoked by the gsmSSF or 
gsmSRF after the call, which initiated the assist indication, is accepted. 

11.7.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .8 CallGap procedure 
11.8.1 General description 

This operation is used to request the gsmSSF to reduce the rate at which specific service requests are sent to the 
gsmSCF. For CAMEL, this operation could be sent only on a dialogue that has been opened by the gsmSSF by an 
InitialDP operation. 

11.8.1.1 Parameters 

- gapCriteria: 

This parameter identifies the criteria for a call to be subject to call gapping. It consists of the following alternatives: 
basicGapCriteria or compoundGapCrteria: 

- basicGapCriteria: 

This parameter consists of: 

calledAddressValue: 

This parameter indicates that call gapping shall be applied when the leading digits of the dialled number of a 
call attempt match those specified in "gapCriteria". The called address is the one received from the current 
call control. 

- gapOnService: 

This parameter indicates that call gapping shall be applied when the "serviceKey" of a call attempt match 
those specified in "gapCriteria". 

calledAddressAndService: 

This parameter indicates that call gapping shall be applied when the "serviceKey" and the leading digits of 
the dialled number of a call attempt match those specified in "gapCriteria". The called address is the one 
received from the current call control. 

callingAddressAndService: 

This parameter indicates that call gapping shall be applied when the "serviceKey" and the leading digits of 

the calling party number of a call attempt match those specified in "gapCriteria". In the case of call 
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forwarding the calling address to be gapped is the redirecting number which would be put in the Initial DP 
operation. 

compoundGapCriteria: 

This parameter consists of the foUlowing subparameters: 

- basicGapCriteria: 

This parameter is as described above. 

- scflD: 

The means of identification of an gsmSCF. The scfID is to convey the necessary gsmSCF address 

information (e.g. Global Title) in the network to the requesting gsmSSF. See Q.713 "calling party address" 

parameter. The network operator has to decide about the actual mapping of this parameter on the used 

signalling system. 

This parameter indicates the address of the gsmSCF, which initiated the call gapping. 

When scfID is used in an operation, which may cross an internetwork boundary, its encoding must be 

understood in both networks; this requires bilateral agreement on the encoding. If this parameter is not 

available the call gapping is not dedicated to a specific gsmSCF. 

This subparameter is restricted to include a fixed GT address string. 

Note: In the case where the GT addresses more than one SCP (e.g. a mated pair) then if one of these physical 

SCPs enters overload conditions and issues CallGap, then it is applied to all of them. 

gaplndicators: 

This parameter indicates the gapping characteristics. 

- duration: 

Duration specifies the total time interval during which call gapping for the specified gap criteria will be active. 

A duration of indicates that gapping is to be removed. 

A duration of -2 indicates a network specific duration. 

Other values indicate duration in seconds. A duration of -1 shall not be used. 

gaplnterval: 

This parameter specifies the minimum time between calls being allowed through. 

An interval of indicates that calls meeting the gap criteria are not to be rejected. 

An interval of -1 indicates that all calls meeting the gap criteria are to be rejected. 

Other values indicate interval in milliseconds. 

controlType: 

This parameter indicates the reason for activating call gapping. 

The "controlType" value "sCPOverloaded" indicates that an automatic congestion detection and control 
mechanism in the SCP has detected a congestion situation. 

The "controlType" value "manuallylnitiated" indicates that the service and or network/service management 
centre has detected a congestion situation, or any other situation that requires manually initiated controls. 

NOTE: The controlType 'manuallylnitiated' will have priority over 'sCPOverloaded' call gap. It should be noted 

that also non-IN controlled traffic control mechanism can apply to an exchange with the SSF functionality. 
The non-IN controlled traffic control may also have some influence to the IN call. Therefore it is 
recommended to take measures to co-ordinate several traffic control mechanisms. The non-IN controlled 
traffic control and co-ordination of several traffic control mechanisms are out of the scope of CAP. 

gapTreatment: 

This parameter indicates how calls that were stopped by the call gapping mechanism shall be treated. 

informationToSend: 

This parameter indicates an announcement or a tone to be sent to the calling party. At the end of information 
sending, the call shall be released. 
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inbandlnfo: 

This parameter specifies the inband information to be sent. 

messagelD: 

This parameter indicates the message(s) to be sent, it can be one of the following: 

elementaryMessagelD: 

This parameter indicates a single announcement. 

duration: 

This parameter indicates the maximum time duration in seconds that the message shall be 

played/repeated. ZERO indicates endless repetition. 

tone: 

This parameter specifies a tone to be sent to the end-user. 

- tonelD: 

This parameter indicates the tone to be sent. 

- duration: 

This parameter indicates the time duration in seconds of the tone to be sent. ZERO indicates 
infinite duration. 

- releaseCause: 

If the call is to be released, this parameter indicates a specific cause value to be sent in the release message. 
See EN 300 356-1 [8] 

1 1 .8.2 Responding entity (gsmSSF) 
11.8.2.1 Normal procedure 

gsmSSF precondition: 

(1) Call gapping for gapCriteria is not active, or 
Call gapping for gapCriteria is active. 

(2) The gsmSSF is in any state except "Idle" and except "Wait_For_Request". 
gsmSSF postcondition: 

(1) The gsm_SSME_FSM process is in the state "Active". 

(2) Call gapping for gapCriteria is activated, or 
Call gapping for gapCriteria is renewed, or 
Call gapping for gapCriteria is removed. 

(3) The gsmSSF remains in the same state. 

If there is not already an existing gsm_SSME_FSM for the gap criteria and gsmSCFAddress provided, a new 
gsm_SSME_FSM is created. If no gsmSCFAddress is provided, this refers in general to the gsm_SSME_FSM without a 
gsmSCFAddress. This gsm_SSME_FSM enters the state "Active" and initializes call gapping for the specified IN calls. 
The parameters "gaplndicators", "controlType", "gapTreatment" and "gsmSCFAddress" for the indicated gap criteria 
will be set as provided by the "CallGap" operation. 

In the case both manually initiated and automatically initiated service request gapping are active for the same 
"gapCriteria", the manuallylnitiated call gapping prevails over automatically initiated ("sCPOverloaded"). More 
specifically, the following rules shall be applied in the SSF to manage the priority of different control Types associated 
with the same "gapCriteria": 

If a gsm-SSME-FSM already exists for the "gapCriteria" and the gsmSCFAddress provided, then: 

(1) if the (new) "controlType" equals an existing "controlType", then the new parameters (i.e., "gaplndicators" 
and "gapTreatment") overwrites the existing parameter values. 
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(2) if the (new) "controlType" is different than the existing "controlType", then the new parameters (i.e., 

"controlType", "gaplndicators", and "gapTreatment") shall be appended to the appropriate gsm_SSME_FSM 
(in addition to the existing parameters). The gsm_SSME_FSM remains in the state "Active". 

If the gsmSSF meets a TDP, it checks if call gapping was initiated for the same gsmSCF as the one currently assigned 
to this TDP or if call gapping exists with no provided gsmSCFAddress. If neither call gapping was initiated nor exists, 
an "InitialDP" operation may be sent. 

It checks if call gapping was initiated either for the "serviceKey" or for the "calledAddressValue" assigned to this TDP. 
If not, an "InitialDP" operation maybe sent. In the case call gapping was initiated for "calledAddressAndService" or 
"callingAddressAndService" and the "serviceKey" matches, a check on the "calledAddressValue" and 
"callingAddressValue" for active call gapping shall be performed. If not, an "InitialDP" operation may be sent. 

If a call to a controlled number matches only one "gapCriteria", then the corresponding control is applied. If both 
"manuallylnitiated" and "sCPOverload" controls are active, then only the manually initiated control shall be applied. 

If a call matches several active "basicGapCriteria", then the treatment as specified in the CallGap associated with the 
gapCriteria with the highest priority should be applied, with the priority being from high to low: 

1 . calledAddress AndService/calledAddressValue, 

2. callingAddressAndService, 

3. gapOnService, 

For example, a call with called number 123456 and ServiceKey = NP matches two CallGaps, one with gapCriteria 
'CalledAdressValue=123' and another with 'gapOnService=NP'. Then the call is subject to the control of the service 
request CallGap with 'CalledAdressValue=123'. 

In case multiple call gapping procedures are active with the same gap criteria, the "manuallylnitiated" call gapping shall 
prevail over automatically initiated service request gapping ("sCPOverloaded"). 

If a call to a controlled called number or from a controlled calling number matches several active "basicGapCriteria " of 
the same type (in this context 'calledAddressAndService' and 'calledAddressValue' are seen as one type), then only the 
"gapCriteria" associated with the longest called party number shall be used, and the corresponding control shall be 
applied. For example, the codes 1234 and 12345 are under control. Then the call with 123456 is subject to the control 
on 12345. 

If a call to a controlled called number matches calledAddressAndService and calledAddressValue with the same 
number length, than calledAddressAndService has priority. Furthermore, if both "manuallylnitiated" and 
"sCPOverloaded" "controlTypes" are active for this "gapCriteria", then the "manuallylnitiated" control shall be applied. 

If call gapping is performed on a call for a particular service and triggering of this service is allowed no other gap 
criteria should be applied to the same service. 

Active GapCriteria with assigned scfID will have higher priority than the others. In case an entry with scfID matching 
the current call exist all other criteria without scfID are not evaluated. 

The matching entries with scflD are evaluated in accordance with the priority rules for the basic criteria listed above. 

If call gapping shall be applied and there is no gap interval active, an "InitialDP" operation may be sent including the 
"cGEncountered" parameter according to the specified controlType. A new gap interval shall be initiated as indicated 
by "gaplnterval". 

If a gap interval is active, no "InitialDP" operation is sent and the call is treated as defined by Default Call Handling and 
"gapTreatment". 

The call gap process is stopped if the indicated duration equals ZERO. 

If call gapping proceeds then the gsm_SSME_FSM remains in the state "Active". Otherwise, the gsm_SSME_FSM 
moves to state "idle". 

11.8.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 
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1 1 .9 CalllnformationReport procedure 

11.9.1 General description 

This operation is used to send specific call information for a single call party to the gsmSCF as requested by the 
gsmSCF in previous "CalllnformationRequest" operation. The report is sent at the end of a call party connection which 
is indicated by one of the events specified below. 

11.9.1.1 Parameters 

- requestedlnformationList: 

According to the requested information the gsmSSF sends the appropriate types and values to the gsmSCF. 

- leglD: 

This parameter indicates the party in the call for which the information has been collected. When absent, it 
indicates the "outgoing" leg, this can be a leg created by Connect/Continue/ContinueWithArgument. 

1 1 .9.2 Involving entity (gsmSSF) 
1 1 .9.2.1 Normal procedure 

gsmSSF precondition: 

(1) The indicated or default party is released from the call or call setup towards the indicated or default party is not 
completed. 

(2) Requested call information has been collected. 

(3) "CalllnformationReport" is pending due to a previously received "CalllnformationRequest" operation. 

(4) A control or a monitor relationship exists between the gsmSCF and the gsmSSF. 

gsmSSF postcondition: 

(1) The gsmSSF shall move to the "Idle" state in the case where no other report requests are pending and no EDPs 
are armed otherwise the gsmSSF FSM shall remain in the same state. 

If the gsmSSF FSM executes a state transition caused by one of the following events: 

- release for the indicated or default leg; 
abandon for the indicated or default leg; 

Called party busy or Not Reachable for the indicated or default leg; 
gsmSSF no answer timer expiration for the indicated or default leg; 

- route select failure for the indicated or default leg; 

- release of call initiated by the gsmSCF (ReleaseCall), 

and "CalllnformationRequest" is pending for the indicated or default legs then one "CalllnformationReport" operation is 
sent to the gsmSCF containing all information requested for that leg. 

If a "CalllnformationReport" has been sent to the gsmSCF then no "CalllnformationReport" is pending on that leg, i.e. a 
further "CalllnformationReport" on that leg, for example in the case of follow-on, has to be explicitly requested by the 
gsmSCF. 

If an event causing the "CalllnformationReport" is also detected by an armed EDP-R then immediately after 
"CalllnformationReport" the corresponding "EventReportBCSM" has to be sent. 

If an event causing the "CalllnformationReport" is also detected by an armed EDP-N then immediately before 
"CalllnformationReport" the corresponding "EventReportBCSM" has to be sent. 
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11.9.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

11.10 CalllnformationRequest procedure 

11.10.1 General description 

This operation is used to request the gsmSSF to record specific information about a single call party and report it to the 
gsmSCF using the "CalllnformationReport" operation. 

11.10.1.1 Parameters 

requestedlnformationTypeList: 

This parameter specifies a list of specific items of information which is requested. 

The list may contain: 

callAttemptElapsedTime: 

This parameter indicates the duration between the end of CAP processing of operations initiating call setup 
("Connect", "Continue" or "ContinueWithArgument") and the received answer indication from called party 
side. For a calling party leg this parameter has to be set to 0. 

In case of unsuccessful call setup the network event indicating the unsuccessful call setup stops the 
measurement of "callAttemptElapsedTime". 

callStopTime: 

This parameter indicates the time stamp when the connection is released. 

callConnectedElapsedTime: 

This parameter indicates the duration between the received answer indication from the called party side and 
the release of that connection. For a calling party it indicates the duration between the sending of IDP and the 
release of that party. 

- releaseCause: 

This parameter indicates the release cause for the call. 

- leglD: 

This parameter indicates the party in the call for which the information shall be collected and at the end of 
connection of which the report shall be sent. When absent, it shall apply to the "outgoing" leg, this can be a 
leg created by Connect/Continue/ContinueWithArgument. 

11.10.2 Responding entity (gsmSSF) 
11.10.2.1 Normal procedure 

gsmSSF precondition: 

(1) A control relationship exists between gsmSSF and gsmSCF. 
gsmSSF postcondition: 

(1) Requested call information is retained by the gsmSSF. 

(2) The gsmSSF is waiting for further instructions. 

The gsmSSF may receive the "CalllnformationRequest" operation within an existing call associated (CA) dialogue 
only. 

The "CalllnformationRequest" operation is accepted by the gsmSSF Finite State Machine (gsmSSF-FSM) only in the 
state "Waiting for Instructions". The operation does not lead to any transition to another state. 
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The gsmSSF allocates a record for the indicated or default party and stores the requested information if already 
available and prepares the recording of information items, that will become available later like for example 
"callStopTime Value". 

Call information may be requested for any call party (identified by a leglD). 

11.10.2.2 Error handling 

In any other than the "Waiting for Instruction" state the "CalllnformationRequest" operation will be handled as an error 
with the error code "UnexpectedComponentSequence". 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

11.11 Cancel procedure 

11.11.1 General description 

The gsmSCF uses this class 2 operation to request the gsmSRF/gsmSSF to cancel a correlated previous operation. 

The gsmSRF operation to be deleted can be either a "Play Announcement" operation or a 
"PromptAndCollectUserlnformation" operation. 

The cancellation of an operation is indicated via a respective error indication, "Canceled", to the invoking entity of the 
cancelled "Play Announcement" or "PromptAndCollectUserlnformation" operation. The "Cancel" operation can also be 
used to cancel all outstanding requests and enable the state machine (gsmSSF) to go to idle. In this case the "Cancel 
operation does not specify any specific operation to be cancelled. 

11.11.1.1 Parameters 

invokelD: 

This parameter specifies which operation invokation is to be cancelled, i.e. PromptAndCollectUserlnformation 

or Play Announcement. 

allRequests: 

This parameter indicates that all active requests for EDP reports, "ApplyChargingReport" and 

"CalllnformationReport" shall be cancelled. 

NOTE: This cancellation is different from the invokelD based cancel mechanism described above. 

11.11.2 Responding entity (gsmSRF) 

In case of Cancel(invokelD) the gsmSRF is the responding entity. 

11.11.2.1 Normal procedure 

gsmSRF precondition: 

(1) A PlayAnnouncement or PromptAndCollectUserlnformation operation has been received and the gsmSRF is in 
the "User Interaction" state. 

gsmSRF postcondition: 

(1) The execution of the PlayAnnouncement or PromptAndCollectUserlnformation operation has been aborted and 
the gsmSRF remains in the "User Interaction" state. 

11.11.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 
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11.11.3 Responding entity (gsmSSF) 

In case of Cancel(allRequests) the gsmSSF is the responding entity. 

11.11.3.1 Normal procedure 

gsmSSF precondition: 

(1) The gsmSSF-FSM is in the state "Waiting for Instructions" or "Monitoring". 
gsmSSF postcondition: 

(1) All active requests for reports and notifications have been cancelled. 

(2) In case the gsmSSF-FSM was in state "Monitoring" it shall return to idle, or 

In case the gsmSSF-FSM was in state "Waiting for Instructions" it will remain in that state. 

A subsequent call-processing operation will move the gsmSSF-FSM state to "Idle". The call, if in active state, is 

further treated by gsmSSF autonomously as a normal (non-IN-) call. 

11.11.3.2 Error handling 

Sending of return error on cancel is not applicable in the cancel "allRequests" case. Generic error handling for the 
operation related errors are described in clause 10 and the TC services which are used for reporting operation errors are 
described in clause 12. 

11.12 CancelGPRS procedure 

11.12.1 General description 

The gsmSCF uses this operation to request the gprsSSF to cancel all outstanding requests for a GPRS session or a 
specific PDF context and enable the state machine in the gprsSSF to go to "Idle" if there are no further outstanding 
EDPs or pending reports. 
This procedure can not be used to cancel a previous operation. 

11.12.1.1 Parameters 

- pDPID: 

This parameter, if present, identifies the PDP Context for which the active requests for EventReportGPRS and 
ApplyGPRSChargingReport shall be cancelled. 

11.12.2 Responding entity (gprsSSF) 
11.12.2.1 Normal procedure 

gprsSSF precondition: 

(1) The gprsSSF is in the states "Waiting for Instructions" or "Monitoring". 
gprsSSF postcondition: 

(1) All active requests for ApplyChargingReportGPRS and outstanding EDPs have been cancelled. In the case a 
PDPID was included only the ApplyChargingReportsGPRS and outstanding EDPs for the corresponding PDP 
context are cancelled. 

(2) In the case the gprsSSF was in state "Monitoring" it shall return to idle if there are no other PDP contexts 
pending; or 

In the case the gprsSSF was in state "Waiting for Instructions" it shall remain in that state. A subsequent GPRS 
session or PDP context processing operation will move the gprsSSF to state "Idle" if there are no other PDP 
contexts pending. 
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The GPRS session or PDP context, if in active state, is further treated by gprsSSF autonomously as a normal 
(non-CSE controlled) GPRS session or PDP context. 

11.12.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

11.13 Connect procedure 
11.13.1 General description 

This operation is used to request the gsmSSF to perform the call processing actions to route a call to a specific 
destination. 

In general all parameters which are provided in a Connect operation to the gsmSSF shall replace the corresponding 
signalling parameter in the CCF in O-BCSM, in accordance with ES 201 296 [38] and shall be used for subsequent call 
processing. The CCF of the T-BCSM shall send corresponding signalling parameters to new call leg without using them 
in subsequent call processing. Parameters which are not provided by the Connect operation shall retain their value (if 
already assigned) in the CCF for subsequent call processing. 

11.13.1.1 Parameters 

destinationRoutingAddress: 

This parameter contains the called party numbers towards which the call is to be routed. 

alertingPattern: 

This parameter indicates the type of alerting to be applied. It is defined in 3GPP TS 29.002 [13]. 

servicelnteractionlndicatorsTwo: 

This parameter contains indicators which are exchanged between the gsmSSF and the gsmSCF to resolve 

interactions between IN based services and network based services. 

callingPartysCategory: 

This parameter indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

originalCalledPartylD : 

This parameter carries the dialled digits if the call is forwarded by the gsmSCF. 

redirectingPartylD : 

This parameter, if present, indicates the last directory number the call was redirected from. 

redirectionlnformation: 

This parameter contains forwarding related information, such as redirecting counter. 

genericNumbers : 

This parameter allows the gsmSCF to set the Generic Number parameter used in the network. It is used for transfer 

of Additional Calling Party Number. 

suppressionOf Announcement: 

This parameter indicates that announcements and tones which are played in the exchange at non-successful call 

set-up attempts shall be suppressed. 

oCSIApplicable: 

This parameter indicates to the GMSC/gsmSSF or VMSC/gsmSSF that the Originating CAMEL Subscription 
Information, if present, shall be applied on the outgoing call leg created with the Connect operation. For the use of 
this parameter see 3GPP TS 23.078 [42]. 

Carrier: 

This parameter indicates carrier information. It consists of the carrier selection field followed by the Carrier ID 

information to be used by gsmSSF for routing a call to a carrier. 
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It comprises the following embedded sub-parameter: 

carrierSelectionField 

This parameter indicates how the selected carrier is provided (e.g. pre-subscribed). 

carrierlD 

This alternative indicates the carrier to use for the call. It contains the digits of the carrier identification code. 

naOlilnfo: 

This parameter contains originating line information which identifies the charged party number type to the carrier. 

ChargeNumber: 

This parameter contains the number that identifies the entity to be charged for the call. It identifies the chargeable 
number for the usage of a carrier (applicable on a call sent into a North American long distance carrier). For a 
definition of this parameter refer to ANSI ISUP T1.113 [53]. 

cug-Interlock: 

This parameter uniquely identifies a CUG within a network. 

cug-OutgoingAccess: 

This parameter indicates if the calling user has subscribed to the outgoing access inter-CUG accessibility 

subscription option. 

11.13.2 Responding entity (gsmSSF) 

11.13.2.1 Normal procedure 

gsmSSF precondition: 

(1) A control relationship exists between the gsmSSF and the gsmSCF 

(2) BCSM: Basic call processing has been suspended at a DP. 

(3) The gsmSSF is in state "Waiting for Instructions". 
gsmSSF postcondition: 

(1) The gsmSSF performs the call processing actions to route the call to the specified destination. 

(2) In the O-BCSM, call processing resumes at PIC Analyze_Information. 

On receipt of this operation in the gsmSSF state "Waiting for Instructions", the gsmSSF performs the following actions: 
- The gsmSSF cancels T 

If no EDPs have been armed and neither a CalllnformationReport nor an ApplyChargingReport has been 
requested, the gsmSSF goes to state "Idle". Otherwise, the gsmSSF goes to state "Monitoring". 

No implicit activation or deactivation of DPs occurs. 

Statistic counter(s) are not affected. 

11.13.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

11.14 Con nectGPRS procedure 
11.14.1 General description 

This operation is used to request the gprsSSF to modify the APN used when establishing a PDP context. 
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11.14.1.1 Parameters 

accessPointName : 

This parameter contains the Access Point Name (see 3GPP TS 29.060 [43]) towards which the PDP context shall 

be established. The encoding of this parameter is defined in 3GPP TS 24.008 [12]. 

- pDPID: 

This parameter identifies the PDP context for which the modified Access Point Name shall be used. 

11.14.2 Responding entity (gprsSSF) 

11.14.2.1 Normal procedure 

gprsSSF preconditions: 

(1) A control relationship exists between the gprsSSF and the gsmSCF. 

(2) The GPRS PDP context FSM idenntified by the PDPID is supsended at DP PDP_Context_Establishment. 

(3) The gprsSSF is in state "Waiting for Instructions". 
gprsSSF postcondition: 

(1) The gprsSSF performs the actions to establish the PDP context identified by PDPID using the given Access 
Point Name. 

(2) the gprsSSF cancels T^gp; 

(3) if no EDPs are armed, the gprsSSF transits to state "Idle". Otherwise the gprsSSF transits to state "Monitoring". 
No implicit activation or deactivation of DPs occurs. 

11.14.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

11.15 ConnectSMS procedure 
11.15.1 General description 

This operation is used to request the gsmSSF/gprsSSF to perform the Short Message processing actions to route a SM to 
a specific destination or to influence other SM set-up information, e.g. the Calling Party Number. 

11.15.1.1 Parameters 

callingPartysNumber: 

This parameter allows the gsmSCF to set the Calling Party Number parameter used in the network. It is used for 

showing the sending party's id to the receiving party. 

destinationSubscriberNumber: 

This parameter contains the receiving party number towards which the SM is to be routed by the SMSC. 

smscAddress: 

This parameter contains the Short Message Service Centre address towards which the SM is to be routed. The 

SMSC forwards the SM to the indicated destinationSubscriberNumber. 
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11 .1 5.2 Responding entity (gsmSSF or gprsSSF) 

11.15.2.1 Normal procedure 

gsmSSF or gprsSSF preconditions: 

(1) Mobile originating SM submission attempt has been initiated. 

(2) SM processing has been suspended at the DP SMS_Collected_Info. 

(3) The gsmSSF/gprsSSF waits for instructions. 
gsmSSF/gprsSSF postcondition: 

(1) The gsmSSF/gprsSSF performs the SM processing actions to route the SM to the specified destination. 

On receipt of this operation in the gsmSSF/gprsSSF state "Waiting for Instructions", the gsmSSF/gprsSSF performs the 
following actions: 

the gsmSSF/gprsSSF cancels T^gp; 

if the "callingPartysNumber", destinationSubscriberNumber or smscAddress are supplied, these values maybe 
used for all subsequent gsmSSF/gprsSSF processing; 

if no EDPs have been armed the gsmSSF/gprsSSF goes to state "Idle". Otherwise, the gsmSSF/gprsSSF goes to 
state "Monitoring". 

No implicit activation or deactivation of DPs occurs. 

Statistic counter(s) are not affected. 

11.15.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

11.16 ConnectToResource procedure 
11.16.1 General description 

This operation is used to connect a call from the gsmSSF to a specialized resource. After successful connection to the 
gsmSRF, the interaction with the caller can take place. The gsmSSF relays all operations for the gsmSRF and all 
responses from the gsmSRF. 

11.16.1.1 Parameters 

- resourceAddress: 

This parameter identifies the physical location of the gsmSRF. 

iPRoutingAddress: 

This parameter indicates the routeing address to set up a connection towards the gsmSRF. 

none: 

This parameter indicates that the call party is to be connected to a predefined gsmSRF. 

servicelnteractionlndicatorsTwo: 

This parameter contains an indicator sent from the gsmSCF to the gsmSSF, for control of the through connection 
to the Calling Party from the gsmSRF. Note that the Assisting gsmSSF shall always assume that Bothway 
Throughconnection is required, and hence will ignore this parameter if received. 
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11.16.2 Responding entity (gsmSSF) 

11.16.2.1 Normal procedure 

gsmSSF precondition: 

(1) A control relationship has been established. 

(2) The gsmSSF is in the state "Waiting for Instructions". 
gsmSSF postcondition: 

(1) The call is switched to the gsmSRF. 

(2) A control relationship to the gsmSRF is established. 

(3) The gsmSSF moves to the state "Waiting for End of User Interaction (WFI)". T^^i^p is set. 

NOTE: The successful connection to the gsmSRF causes a state transition in the gsmSRF FSM from "Idle" to 
"Connected". 

11.16.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

11.17 Continue procedure 

11.17.1 General description 

This operation is used to request the gsmSSF to proceed with call processing at the DP at which it previously suspended 
call processing to await gsmSCF instructions. The gsmSSF continues call processing without substituting new data 
from the gsmSCF. 

11.17.1.1 Parameters 

None 

11.17.2 Responding entity (gsmSSF) 
11.17.2.1 Normal procedure 

gsmSSF precondition: 

(1) A control relationship exists between the gsmSSF and the gsmSCF 

(2) BCSM: Basic call processing has been suspended at any DP. 

(3) gsmSSF is in state "Waiting for Instructions". 
gsmSSF postcondition: 

(1) BCSM: Basic call processing continues, if all required resumptions have been received, otherwise the only 
action is to decrement the resumption counter(s). (For details refer to 3GPP TS 23.078 [42].) 

(2) The gsmSSF remains in the same state if all resumptions have not been received; or 

The gsmSSF transits to the state "Monitoring", because at least one EDP was armed, or a 
"CalllnformationReport" or "ApplyChargingReport" was requested and no user interaction is ongoing; or 
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The gsmSSF transits to the state "Idle", because no EDPs were armed and neither the "CalllnformationReport" 
nor the "ApplyChargingReport" was requested. 

11.17.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

11.18 ContinueGPRS procedure 

11.18.1 General description 

This operation is used to request the gprsSSF to proceed with GPRS session or PDF context processing at the DP at 
which it previously suspended processing to await gsmSCF instructions. The gprsSSF continues processing without 
substituting new data from the gsmSCF. 

11.18.1.1 Parameters 

- pDPID: 

This parameter if present identifies the PDP context within the control relationship for which the processing shall 
continue. 

11.18.2 Responding entity (gprsSSF) 

11.18.2.1 Normal procedure 

gprsSSF precondition: 

(1) GPRS session or PDP context processing has been suspended at any DP. 

(2) gprsSSF is in state "Waiting for Instructions". 
gsmSSF postcondition: 

(1) GPRS session or PDP context processing continues. 

(2) gprsSSF is in one of the following states: 

State "Monitoring" because at least one EDP was armed or an ApplyChargingReportGPRS was requested; or 

State "Idle" because no EDPs were armed and no ApplyChargingReportGPRS was requested. 

The gprsSSF is in state "Waiting for instructions". The gprsSSF transits to state "Idle" in case no EDPs are armed and 
no outstanding report requests are present. The gprsSSF transits to state "Monitoring" if at least one EDP is armed, or if 
there is at least one outstanding ApplyChargingReportGPRS request. GPRS session or PDP context processing is 
resumed. 

11.18.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

11.19 ContinueSMS procedure 
11.19.1 General description 

This operation is used to request the gprsSSF or gsmSSF for SMS to proceed with processing at the DP at which it 
previously suspended processing to await gsmSCF instructions. The gprsSSF or gsmSSF continues processing without 
substituting new data from the gsmSCF. 
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11.19.1.1 Parameters 

None. 

1 1 .1 9.2 Responding entity (gprsSSF or gsmSSF) 

11.19.2.1 Normal procedure 

SSF precondition: 

(1) processing has been suspended at any DP. 

(2) SSF is in state "Waiting for Instructions". 
SSF postcondition: 

(1) processing continues. 

(2) SSF is in one of the following states: 

State "Monitoring" because at least one EDP was armed; or 
State "Idle" because no EDPs were armed. 

11.19.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

1 1 .20 ContinueWitiiArgument Procedure 
1 1 .20.1 General description 

This operation is used to request the SSF to proceed with call processing at the DP at which it previously suspended call 
processing to await SCF instructions. It is also used to provide additional service related information to a User (Called 
Party or Calling Party) whilst the call processing proceeds. 

In general all parameters which are provided in a Continue WithArgument operation to the gsmSSF shall replace the 
corresponding signalling parameter in the CCF, in accordance with ES 201 296 [38] and shall be used for subsequent 
call processing. Parameters which are not provided by the ContinueWithArgument operation shall retain their value (if 
already assigned) in the CCF for subsequent call processing. 

11.20.1.1 Parameters 

alertingPattern: 

This parameter indicates the type of alerting to be applied. It is defined in 3GPP TS 29.002 [13]. 

servicelnteractionlndicatorsTwo: 

This parameter contains indicators which are exchanged between the gsmSSF and the gsmSCF to resolve 

interactions between IN based services and network based services. 

callingPartysCategory: 

This parameter indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

genericN umbers: 

This parameter allows the gsmSCF to set the Generic Number parameter used in the network. It is used for 

transfer of Additional Calling Party Number. 

suppressionOf Announcement: 

This parameter indicates that announcements and tones which are played in the exchange at non-successful call 

set-up attempts shall be suppressed. 
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Carrier: 

This parameter indicates carrier information. It consists of the carrier selection field followed by the Carrier ID 

information to be used by gsmSSF for routing a call to a carrier. 

It comprises the following embedded sub-parameter: 

carrierSelectionField 

This parameter indicates how the selected carrier is provided (e.g. pre-subscribed). 

carrierlD 

This alternative indicates the carrier to use for the call. It contains the digits of the carrier identification 

code. 

naOlilnfo: 

This parameter contains originating Une information which identifies the charged party number type to the 

carrier. 

ChargeNumber: 

This parameter contains the number that identifies the entity to be charged for the call. It identifies the 
chargeable number for the usage of a carrier (applicable on a call sent into a North American long distance 
carrier). For a definition of this parameter refer to ANSI ISUP T1.113 [53]. 

cug-Interlock: 

This parameter uniquely identifies a CUG within a network. 

cug-OutgoingAccess: 

This parameter indicates if the calling user has subscribed to the outgoing access inter-CUG accessibility 

subscription option. 

1 1 .20.2 Responding entity (gsmSSF) 

1 1 .20.2.1 Normal procedure 

gsmSSF precondition: 

(1) A control relationship exists between the gsmSSF and the gsmSCF 

(2) BCSM: Basic call processing has been suspended at DP Collected_Info, DP Analysed_Info or DP 
Terminating_Attempt_Authorised. 

(3) gsmSSF is in the state "Waiting for Instructions" 
gsmSSF postcondition: 

(1) BCSM: Basic call processing continues with modified information. 

(2) The gsmSSF moves to the state "Monitoring" if there exist armed EDPs or outstanding reports, otherwise the 
gsmSSF transits to "Idle". 

11.20.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .21 DIsconnectForwardConnection procedure 
11.21.1 General Description 

This operation is used in the following two cases: 
To clear a connection to a gsmSRF 
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This operation is used to explicitly disconnect a connection to a resource (gsmSRF) established previously with a 
"ConnectToResource" or an "EstablishTemporaryConnection" operation. It is used for a forward disconnection from the 
gsmSSF. An alternative solution is the backward disconnect from the gsmSRF, controlled by the 
"DisconnectFromlPForbidden" parameter in the "Play Announcement" and "PromptAndCollectUserlnformation" 
operations. 

To clear a connection to an assisting gsmSSF 

This operation is sent to the non-assisting gsmSSF of a pair of SSFs involved in an assist procedure. It is used to 
disconnect the temporary connection between the initiating gsmSSF and the assisting gsmSSF, and the assisting 
gsmSSF and its associated gsmSRF. 

11.21.1.1 Parameters 

None. 

11.21.2 Responding entity (gsmSSF) 

1 1 .21 .2.1 Normal procedure 

gsmSSF precondition: 

(1) The basic call processing has been suspended at a DP.The gsmSSF in the initiating gsmSSF is in the state 
"Waiting for End of User Interaction" or "Waiting for End of Temporary Connection". 

gsmSSF postcondition: 

(1) The connection to the gsmSRF or assisting gsmSSF is released. 

(2) The gsmSSF is in state "Waiting for Instructions". 

The receipt of "DisconnectForwardConnection" results in disconnecting the assisting gsmSSF or the PE containing the 
gsmSRF from the concerned call. It does not release the connection from the gsmSSF back to the end user. 

This operation is accepted in the gsmSSF states "Waiting for End of Temporary Connection" or "Waiting for End of 
User Interaction". On receipt of this operation in these states, the gsmSSF must perform the following actions: 

The initiating gsmSSF releases the connection to the assisting gsmSSF or the relay gsmSRF. 

The gsmSSF resets Tg^gp. 

The gsmSSF FSM goes to state "Waiting for Instructions". 

NOTE: The successful disconnection to the gsmSRF causes a state transition in the gsmSRF FSM to "Idle". A current 
order (e.g. "Play Announcement" or "PromptAndCollectUserlnformation") is cancelled and any queued order 
(e.g. "Play Announcement" or "PromptAndCoUectUserlnformation") is discarded. 

11.21.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .22 EntityReleasedGPRS procedure 
1 1 .22.1 General description 

This operation is used by the gprsSSF to inform the gsmSCF that the GPRS Session is detached or a PDP Context is 
disconnected. It shall be used only when the associated event detection point (ie. for GPRS Session Detach: DP 
'detached' and for PDP Context Disconnect: DP 'disconnect') is at that moment not armed for reporting. 
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This operation shall be used irrespectively of the functional entity that initiated the Detach or PDP Context Disconnect 
and irrespectively of the cause for the Detach or PDP Context Disconnect. 

When a PDP Context is terminated, all outstanding reports of that PDP Context shall be sent to the SCP. 
When a GPRS Session is terminated, all outstanding reports of the Session shall be sent to the SCP. 

11.22.1.1 Parameters 

- gPRSCause: 

A number giving an indication to the gprsSCF about the reason for discontinuing the PDP Context or GPRS 
Session. This may be used by gsmSCF if FurnishCharginglnformationGPRS is to be sent to the gprsSSF. 

- pDPID: 

This parameter, if present, identifies the PDP Context within the Session dialogue, which has terminated. 

1 1 .22.2 Invoking entity (gprsSSF) 

1 1 .22.2.1 Normal procedure 

gprsSSF preconditions: 

(1) State "Waiting for Instructions" or State "Monitoring". 

gprsSSF postcondition: 

(1) Possible armed EDPs are ignored for the indicated PDP Context or GPRS Session. All connections and resources 
related to the specific PDP Context or GPRS Session are released. 

If there are no more armed EDPs or pending reports, then the gprsSSF transits to state 'Idle'; otherwise the 
gprsSSF remains in the same state. 

11.22.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .23 EstablishTemporaryConnection procedure 
11.23.1 General Description 

This operation is used to create a connection between an initiating gsmSSF and an assisting gsmSSF as part of a service 
assist procedure. It can also be used to create a connection between a gsmSSF and a gsmSRF, for the case where the 
gsmSRF exists in a separately addressable PE. 

The assistingSSPIPRoutingAddress shall contain routing digits, a correlationID and an scfID when a temporary 
connection is to be established between PLMNs and no bilateral agreement exists between the involved network 
operators to transfer correlationID and SCFiD as separate parameters. 

11.23.1.1 Parameters 

assistingSSPIPRoutingAddress: 

This parameter indicates the destination address of the gsmSRF for assist procedure. The 
"assistingSSPIPRoutingAddress" may contain embedded within it, a "correlationID" and "scfID", but only if 
"correlationID" and "scfID" are not specified separately. 

correlationID: 

This parameter is used by the gsmSCF to associate the "AssistRequestlnstructions" from the assisting gsmSSF 
(or the gsmSRF) with the Request from the initiating gsmSSF. The "correlationID" is used only if the correlation 
id is not embedded in the "assistingSSPIPRoutingAddress". The network operator has to decide about the actual 
mapping of this parameter on the used signalling system. 
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- scflD: 

This parameter indicates the gsmSCF identifier and enables the assisting SSF to identify which gsmSCF the 
AssistRequestlnstructions shall be sent to. 

The "scflD" is used only if the gsmSCF id is not embedded in the "assistingSSPIPRoutingAddress". The 
network operator has to decide about the actual mapping of this parameter on the used signalling system. 
When ScflD is used in an operation, which may cross an internetwork boundary, its encoding must be 
understood in both networks; this requires bilateral agreement on the encoding. 

servicelnteractionlndicatorsTwo: 

This parameter contains an indicator sent from the gsmSCF to the gsmSSF for control of the through connection 

to the Calling Party. 

Carrier: 

This parameter indicates carrier information. It consists of the carrier selection field followed by the Carrier ID 

information to be used by gsmSSF for routing a call to a carrier. 

It comprises the following embedded sub-parameter: 

carrierSelectionField 

This parameter indicates how the selected carrier is provided (e.g. pre-subscribed). 

carrierlD 

This alternative indicates the carrier to use for the call. It contains the digits of the carrier 

identification code. 

naOlilnfo: 

This parameter contains originating line information which identifies the charged party number type to the 

carrier. 

- ChargeNumber: 

This parameter contains the number that identifies the entity to be charged for the call. It identifies the 
chargeable number for the usage of a carrier (applicable on a call sent into a North American long distance 
carrier). For a definition of this parameter refer to ANSI ISUP Tl.l 13 [53]. 

1 1 .23.2 Responding entity (gsmSSF) 
1 1 .23.2.1 Normal procedure 

gsmSSF precondition: 

(1) The gsmSSF is in state "Waiting for Instructions". 

(2) The gsmSSF is not an assisting gsmSSF. 

gsmSSF postcondition: 

(l)The gsmSSF performs the call processing actions to route the call to the assisting gsmSSF or gsmSRF according 
to the "assistingSSPIPRoutingAddress" requested by the gsmSCF. 

(2) The gsmSSF waits for end of temporary connection. 

(3) The gsmSSF moves to the state "Waiting for End of Temporary Connection". Tg^p is set. 

On receipt of this operation in the gsmSSF state "Waiting for Instructions", the SSP has to perform the following 
actions: 

- Reset the T^^p 

Route the call to assisting gsmSSF or gsmSRF using "assistingSSPIPRoutingAddress". 
The gsmSSF goes to state "Waiting for End of Temporary Connection. 
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11.23.2.2 Error handling 

Until the connection setup has been accepted (refer to ITU-T Recommendation Q.71 [16]) by the assisting 
gsmSSF/gsmSRF, all received failure indications from the network on the ETC establishment shall be reported to the 
gsmSCF as ETC error ETCFailed (e.g., busy, congestion). Note that the operation timer for ETC shall be longer then 
the maximum allowed time for the signalling procedures to accept the connection. 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .24 EventReportBCSM procedure 
1 1 .24.1 General description 

This operation is used to notify the gsmSCF of a call related event previously requested by the gsmSCF in a 
"RequestReportBCSMEvent" operation. The monitoring of more than one event could be requested with a 
"RequestReportBCSMEvent" operation, but each of these requested events is reported in a separate 
"EventReportBCSM" operation. 

11.24.1.1 Parameters 

- eventTypeBCSM: 

This parameter specifies the type of event that is reported. 

eventSpecificInformationBCSM: 

This parameter indicates the call related information specific to the event. 

For "RouteSelecfFailure" it will contain the "FailureCause", if available. 

For "O-Busy" it will contain the "BusyCause", if available. 

If the busy event is triggered by an ISUP release message, the BusyCause is a copy of the ISUP release cause, 
for example: Subscriber absent, 20 or User busy, 17. 

If the Busy event is trigerred by a MAP error, for example: Absent subscriber, received from the HLR, the MAP 
cause is mapped to the corresponding ISUP release cause. 

NOTE 1 : If no BusyCause is received, the gsmSCF shall assume busy. 

For "T-Busy" it may contain the following parameters, if available. 

CallForwarded 

This parameter indicates that the T-busy event is triggered by call forwarding at the GMSC/VMSC. 

RouteNotPermitted 

This parameter indicates that the T-busy event is triggered because call forwarding was not invoked in this 

GMSC due to the rules of basic optimal routeing. 

BusyCause 

If the T-busy event is triggered by an ISUP release message, the BusyCause is a copy of the ISUP release 
cause, for example: Subscriber absent, 20 or User busy, 17. 

If the T-busy event is triggered by a MAP error, for example: Absent subscriber, received from the HLR, 
the MAP cause is mapped to the corresponding ISUP release cause. 

If the T-busy event is triggered by call forwarding invocation in the GMSC/VMSC the BusyCause will 
refer to the type of the call forwarding service according to the mapping table in 3GPP TS 23.078. 

NOTE 2: If no BusyCause is received, the gsmSCF shall assume busy. 

If the busy event is triggered by call forwarding at the GMSC, the BusyCause reflects the forwarding reason 
(Subscriber Absent, 20 or User busy, 17). The eventSpecificInformationBCSM will also contain the 
CallForwarded indication. 

For O-NoAnswer it will be empty. 
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For T-NoAnswer it may contain the CallForwarded indication. 

If the no answer event is triggered by an ISUP release message or expiry of the CAMEL timer TNRy, the 
eventSpecificInformationBCSM will be empty. 

If the no answer event is triggered by call forwarding at the GMSC/VMSC, the eventSpecificInformationBCSM 
will contain the CallForwarded indication. 

For O- or T-Answer it will contain the following information: 

- The destination address for the call; 

The OR indicator if the call was subject to basic optimal routeing as specified in 3GPP TS 23.079; 

The forwarding indicator if the Call Forwarding Supplementary Service was invoked. 
For O- or T-Disconnect it will contain the "releaseCause", if available. 

- leglD: 

This parameters indicates the party in the call for which the event is reported. gsmSSF will use the option 
"ReceivingSidelD" only. 

- receivingSidelD: 

If not included, the following defaults are assumed: 

"leglD" = 1 for the events O-Abandon and T-Abandon, 

"leglD" = 2 for the events RouteSelectFailure, O-Busy, O-NoAnswer, O-Answer, T-Busy, T-NoAnswer, and 
T-Answer. 

The "leglD" parameter shall always be included for the events O-Disconnect and T-Disconnect. 

miscCalllnfo: 

This parameter indicates Detection Point (DP) related information. 

messageType: 

This parameter indicates whether the message is a request, i.e. resulting from a "RequestReportBCSMEvent" 
with monitorMode = interrupted, or a notification, i.e. resulting from a "RequestReportBCSMEvent" with 
"monitorMode" = "notify AndContinue". 

1 1 .24.2 Invoking entity (gsmSSF) 
1 1 .24.2.1 Normal procedure 

gsmSSF precondition: 

(1)A control or a monitoring relationship exists between the gsmSSF and the gsmSCF. 

(2) The gsmSSF is in the state "Monitoring", or in state "Waiting for Instructions" (if the O/TDisconnect DP or 
O/T Answer DP is armed and encountered); or the gsmSSF is in any state, except Idle (if the O/T Abandon DP is 
armed and encountered). 

(3) The BCSM proceeds to an EDP that is armed. 
gsmSSF postcondition: 

(1) The gsmSSF stays in the state "Monitoring" if the message type was notification and there are still EDPs armed 
or a "CalllnformationReport" or "ApplyChargingReport" requested. 

(2) The gsmSSF moves to the state "idle" if the message type was notification and there are no more EDPs armed, 
no "CalllnformationReport" or "ApplyChargingReport" are requested. 

(3) The gsmSSF moves to the state "Waiting for Instructions" if the message type was request. Call processing is 
interrupted. 
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11.24.2.2 Error handling 

In case the message type is request, on expiration of T^^f before receiving any operation, the gsmSSF aborts the 
interaction with the gsmSCF and the call is given final treatment, e.g. a final announcement. 

Operation related error handling is not applicable, due to class 4 operation. 

1 1 .25 EventReportGPRS procedure 
1 1 .25.1 General description 

This operation is used to notify the gsmSCF of a GPRS session or PDP context event previously requested by the 
gsmSCF in a RequestReportGPRSEvent operation. The monitoring of more than one event can be requested with a 
RequestReportGPRSEvent operation, but each of these requested events is reported in a separate EventReportGPRS 
operation. 

11.25.1.1 Parameters 

gPRSEventType: 

This parameter specifies the type of event that is reported. 

- gPRSEventSpecificInformation: 

This parameter indicates the GPRS session or PDP context related information specific to the event. 

For Change of Position GPRS Session it shall contain the "locationlnformationGPRS", if available. 

For Change of Position PDP context it shall contain the "accessPointName", "chargingID", 
"locationlnformationGPRS", "endUserAddress", Quality of Service, "timeAndTimeZone" and 
"gGSNAddress" and "secondaryPDP-context", if available. 

For Detach and Disconnect it shall contain the "initiatingEntity" and, conditionally, "routeingAreaUpdate". The 

"initiatingEntity" indicates the entity that initiated the Detach or PDP Context Disconnect. The 

"routeingAreaUpdate" indicates that the Detach or PDP Context Disconnect is due to inter-SGSN routeing area 

update. 

In the case of inter-SGSN routeing area update, the gsmSCF may ignore the " initiatingEntity". 

For PDP context establishment it shall contain the "accessPointName", "endUserAddress", the 
"pDPInitiationType", the Quality of Service, "locationlnformationGPRS" and "timeAndTimeZone" and 
"secondaryPDP-context", if available. 
The Quality of Service shall contain the Requested QoS and the Subscribed QoS. 

For PDP context establishment acknowledge it shall contain the "accessPointName", "chargingID" 
"endUserAddress", the Quality of Service, "locationlnformationGPRS", "timeAndTimeZone' and 
"gGSNAddress", if available. 
The Quality of Service shall contain the Requested QoS, the Subscribed QoS and the Negotiated QoS. 

All optional gPRSEventSpecificInformation parameters shall be sent according to 3GPP TS 23.078 subclause 
6.6.1.4 and 3GPP TS 22.078 annex "GPRS Information provided to the CSE". 

- miscGPRSInfo: 

This parameter contains DP related information. 

messageType: 

This parameter indicates whether the message is a request, i.e. resulting from a RequestReportGPRSEvent with 
"monitorMode" = "interrupted", or a notification, i.e. resulting from a RequestReportGPRSEvent with 
"monitorMode" = "notify AndContinue". 

- pDPID: 

This parameter, if present, identifies the PDP Context, within the Session dialogue, for which the event is 
reported. 
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1 1 .25.2 Invoking entity (gprsSSF) 

1 1 .25.2.1 Normal procedure 

gprsSSF preconditions: 

(1) The gprsSSF shall be in state "Monitoring" or "WaitingForlnstructions". 

(2) The GPRS session or PDP context FSM proceeds to an EDP that is armed. 
gprsSSF postconditions: 

(1) The gprsSSF stays in the state "Monitoring" if the message type was notification and there are still EDPs armed 
that can be met or an ApplyChargingReportGPRS is requested. 

(2) The gprsSSF moves to the state "Idle" if the message type was notification and there are no more EDPs armed 
that can be met, or no more ApplyChargingReportGPRS is requested or no more PDP contexts pending. 

(3) The gprsSSF moves to the state "Waiting for Instructions" if the message type was request. GPRS session or 
PDP context processing is interrupted. 

If an EDP-R is met that causes the release of a GPRS session or PDP context, all EDPs related to the GPRS session or 
PDP Context shall be disarmed. 

11.25.2.2 Error handling 

In case the message type is request, on expiration of Tggp before receiving any operation, the gprsSSF aborts the 
interaction with the gsmSCF and instructs the SGSN to handle the GPRS session or PDP context according to the 
default GPRS handling parameters of the valid CSI. 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .26 EventReportSMS procedure 
1 1 .26.1 General description 

This operation is used to notify the gsmSCF of a short message related event previously requested by the gsmSCF in an 
RequestReporSMSEvent operation. The monitoring of more than one event can be requested with a 
RequestReportSMSEvent operation, but each of these requested events is reported in a separate EventReportSMS 
operation. 

11.26.1.1 Parameters 

- eventTypeSMS: 

This parameter specifies the type of event that is reported. 

eventSpecificInformationSMS : 

This parameter indicates the SM related information specific to the event. 

For OSMSFailure it will contain the "FailureCause", if available. 

For OSMSSubmission it will be empty. 

miscCalllnfo: 

This parameter indicates DP related information. 

messageType: 

This parameter indicates whether the message is a request, i.e. resulting from a RequestReportSMSEvent with 
"monitorMode" = "interrupted", or a notification, i.e. resulting from a RequestReportSMSEvent with 
"monitorMode" = "notify AndContinue". 
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1 1 .26.2 Invoking entity (gsmSSF or gprsSSF) 

1 1 .26.2.1 Normal procedure 

gsmSSF/gprsSSF preconditions: 

(1) The gsmSSF or gprsSSF shall be in the state "Monitoring"; 

(2) The FSM proceeds to an EDP that is armed. 
gsmSSF/gprsSSF postconditions: 

(1) The gsmSSF or gprsSSF has applied implicit disarming of EDP's. 

(2) The gsmSSF or gprsSSF moves to the state "Idle" if the message type was notification and there are no more 
EDPs armed which could be met. 

11.26.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

11.27 FurnishCharglnglnformatJon procedure 
1 1 .27.1 General description 

This operation is used to send charging related information to a logical call record. This logical call record is CAMEL 
specific. The first FCI of a call leg leads to the generation of a logical call record. The handling of subsequent FCI's for 
a call leg depends on the presence and value of the append free format data parameter in the FCI operation. For details 

see TS 23.078 [42]. 

If an FCI operation is received for the called party when the gsmSSF is in state 'Monitoring', or is suspended in one of 
the following DPs then the charging information shall be included in the logical call record for the leg that has been or 
is to be established: 

Collected_Info; 

0_Answer; 

Terminating_Attempt_Authorised; or 

T_Answer. 

If an FCI operation is received for the called party when the gsmSSF is suspended in any other DP then the charging 
information shall be included in the logical call record created for the last failed or disconnected called party. 

11.27.1.1 Parameters 

fCIBillingChargingCharacteristics: 

This parameter contains the following sub -parameters; 

- fCIBCCC AMELsequence 1 : 

This parameter contains the following sub -parameters; 

freeFormatData: 

This parameter contains free-format billing and/or charging characteristics; 

- partyToCharge: 

This parameter indicates the party to bill and/or charge; 

appendFreeFormatData: 

This parameter indicates whether previous FCI free format data is appended or overwritten. See 3GPP 
TS 23.078 [42]. 
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1 1 .27.2 Responding entity (gsmSSF) 

1 1 .27.2.1 Normal procedure 

gsmSSF preconditions: 

(1) gsmSSF State "Waiting for Instructions" or 

gsmSSF State "Waiting for End of User Interaction" or 
gsmSSF State "Waiting for End of Temporary Connection" or 
gsmSSF state "Monitoring" 

gsmSSF postcondition: 

(1) No FSM state transition. 

On receipt of this operation the gsmSSF performs actions to create the call record if necessary, and writes the free- 
format information carried in the operation into the call record. An FCI operation will create a Logical Call Data Record 
(CDR) if such a record does not already exist for the indicated leg. Refer to sect. 1 1.26.1 for the handling in the case of 
successive FCI's for a call leg. 

The Logical CDRs will be associated for a given call into one or more physical CDRs, as specified in 3GPP TS 22.105. 

A logical CDR is output when a disconnection event is propagated to the Leg associated with it, or when a Connect 
operation to create a connection to a Follow-on Called Party is received. Successive FCIs indicating the calling leg 
(legl) may overwrite data from previously received FCI(s) indicating that calling leg during that entire call or call 
attempt. Successive FCIs indicating the called leg (leg2) may overwrite any previously received data from FCI(s) 
indicating that called leg until the called leg representing that particular called party number is released from or releases 
the call. When a new called party is created as a result of a follow-on call, and an FCI indicating the called leg is 
received, then a new CAMEL Logical CDR is created for that portion of the call. From then on, any subsequent FCIs 
for the called party may overwrite the data from any previous FCI(s) for the called leg presenting that particular called 
party number; however, CAMEL Logical CDR(s) that have been output already are not affected. 

No CAMEL Logical CDR is output at the end of a user interaction. 

11.27.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .28 FurnishCharginglnformationGPRS procedure 
1 1 .28.1 General description 

This operation is used to send charging related information to a logical GPRS record. This logical GPRS record is 
CAMEL specific. The first GPRS FCI leads to the generation of a logical GPRS record. Receipt of subsequent FCIs 
shall overwrite or append the contents of the logical record. 

11.28.1.1 Parameters 

fCIGPRSBillingChargingCharacteristics: 

This parameter contains the following sub-parameters; 

- fCIBCCCAMELsequencel: 

This parameter contains the following sub-parameters; 

freeFormatData: 
This parameter contains free-format billing and/or charging characteristics. 

appendFreeFormatData: 
This parameter indicates whether previous FCI free format data is appended or overwritten. See 3GPP TS 

23.078 [42]. 
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pDPID: 

This parameter if present, indicates the PDP context's logical call record to which the free format data 
belongs to. 

1 1 .28.2 Responding entity (gprsSSF) 

1 1 .28.2.1 Normal procedure 

gprsSSF preconditions: 

(1) gprsSSF State "Waiting for Instructions" or "Monitoring". 
gprsSSF postcondition: 

(1) No FSM state transition. 

On receipt of this operation the SSF performs actions to create the GPRS charging record if necessary, and writes the 
free-format information carried in the operation into the GPRS record. An FCI operation will create a Logical GPRS 
Data Record (CDR) if such a record does not already exist. Subsequent FCI operations received, will either overwrite or 
append the data previously written in the free-format CDR field depending on the presence and value of the IE Append 
Free Format Data 

The Logical CDRs will be associated for a given GPRS session or PDP context into one or more physical CDRs, as 
specified in 3GPP TS 22.115 [52]. 

11.28.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .29 FurnishCharginglnformationSMS procedure 

1 1 .29.1 General description 

This operation is used to send charging related information to a logical SM record. This logical SM record is CAMEL 
specific. The first SMS FCI leads to the generation of a logical SM record. Receipt of subsequent FCIs shall overwrite 
or append the contents of the logical SM record. 

11.29.1.1 Parameters 

fCISMSBillingChargingCharacteristics: 

This parameter contains the following sub-parameters; 

- fCIBCCCAMELsequencel: 

This parameter contains the following sub-parameters; 

freeFormatData 

This parameter contains free-format billing and/or charging characteristics; 

appendFreeFormatData 

This parameter indicates whether previous FCI free format data is appended or overwritten. See 3GPP TS 

23.078 [42]. 

1 1 .29.2 Responding entity (gsmSSF or gprsSSF) 
1 1 .29.2.1 Normal procedure 

gsmSSF or gprsSSF preconditions: 
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(1) gsmSSF/gprsSSF State "Waiting for Instructions" 

gsmSSF or gprsSSF postcondition: 

(1) No FSM state transition. 

On receipt of this operation the SSF performs actions to create the SM charging record if necessary, and writes the free- 
format information carried in the operation into the SM record. An FCI operation will create a Logical SM Data Record 
(CDR) if such a record does not already exist. Subsequent FCI operations received, by default, will overwrite the data 
previously written in the free-format CDR field, as specified in 3GPP TS 23.078 [42]. It is also possible to append free 
format data with consequent FCI operations. 

The Logical CDRs will be associated for a given SMS submission into one or more physical CDRs, as specified in 
3GPP TS 22.005 and 22.115 [52]. 

11.29.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

11.30 InitialDP procedure 
1 1 .30.1 General description 

This operation is sent by the gsmSSF after detection of a TDP-R in the BCSM, to request the gsmSCF for instructions 
to complete the call. 

11.30.1.1 Parameters 

serviceKey: 

This parameter indicates to the gsmSCF the requested IN service. It is used to address the required application/SLP 

within the gsmSCF (not for SCP addressing). 

calledPartyNumber: 

This parameter contains the number used to identify the called party in the forward direction, i.e. see EN 300 356-1 
[8]. This parameter shall be sent only in the Mobile Terminating, Mobile Forwarding and Mobile Originating on 
unsuccessful TDP cases. 

callingPartyNumber: 

This parameter carries the calling party number to identify the calling party or the origin of the call. See 

EN 300 356-1 [8] Calling Party Number signalling information. 

callingPartysCategory: 

Indicates the type of calling party (e.g. operator, pay phone, ordinary subscriber). See EN 300 356-1 [8] Calling 

Party Category signalling information. 

locationNumber: 

This parameter is used to convey the geographical area address for mobility services, see 

ITU-T Recommendation Q.762. It is used when "callingPartyNumber" does not contain any information about the 

geographical location of the calling party (e.g., origin dependent routeing when the calling party is a mobile 

subscriber). 

originalCalledPartylD: 

This parameter carries the dialled digits if the call has met call forwarding on the route to the gsmSSF. See 

EN 300 356-1 [8] Original Called Number signalling information. 

highlayerCompatibility: 

This parameter indicates the type of the high layer compatibility, which will be used to determine the ISDN - 

teleservice of a connected ISDN terminal. For encoding DSSl (EN 300 403-1 [10]) is used. The 

highlayerCompatibility can also be transported by ISUP (e.g. within the ATP (see 

ITU-T Recommendation Q.763 [20]) parameter). 
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additionalCallingPartyNumber: 

The calling party number provided by the access signalling system of the calling user, e.g. provided by a PBX. 

bearerCapability: 

This parameter indicates the type of the bearer capability connection or the transmission medium requirements to 

the user. It is a network option to select which of the two parameters to be used: 

bearerCap: 

This parameter contains the value of the ISUP User Service Information parameter. 

The parameter "bearerCapability" shall only be included in the "InitialDP" operation in case the ISUP User 
Service Information parameter is available at the SSP. 

If User Service Information and User Service Information Prime are available at the gsmSSF the "bearerCap" 
shall contain the value of the User Service Information Prime parameter. 

- eventTypeBCSM: 

This parameter indicates the armed BCSM DP event, resulting in the "InitialDP" operation. 

redirectingPartylD: 

This parameter indicates the last directory number the call was redirected from. 

redirectionlnformation: 

It contains forwarding related information, such as redirecting counter. 

See ITU-T Recommendation Q.763 [20] Redirection Information signalling information. 

- iPSSPCapabilities: 

Indicates which gsmSRF resources supported within the VMSC/GMSC the gsmSSF resides in are attached and 
available. 

servicelnteractionlndicatorsTwo: 

This parameter contains indicators which are exchanged between the gsmSSF and the gsmSCF to resolve 

interactions between IN based services and network based services. 

- iMSI: 

IMSI of the mobile subscriber for which the service is invoked. For encoding see 3GPP TS 29.002 [13]. 

subscriberState: 

The state of the mobile subscriber for which the service is invoked. The possible states are busy, idle and not 

reachable. For encoding see 3GPP TS 29.002 [13]. 

locationlnformation: 

This parameter indicates the whereabouts of the MS, and the age of the information defining the whereabouts. For 

encoding see 3GPP TS 29.002 [13]. 

ext-BasicServiceCode: 

Indicates the Basic Service Code. For encoding see 3GPP TS 29.002 [13]. 

callReferenceNumber: 

This parameter gives the call reference number assigned to the call by the CCF. For encoding see 3GPP 

TS 29.002 [13]. 

mscAddress: 

This parameter gives the mscid assigned to the MSC. For encoding see 3GPP TS 29.002 [13]. 

gmscAddress: 

This parameter gives the gmscid assigned to the GMSC. For encoding see 3GPP TS 29.002 [13]. 

calledPartyBCDNumber: 

This parameter contains the number used to identify the called party in the forward direction. It may also include 

service selection information, including * and # characters. 
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time&Timezone: 

This parameter contains the time that the gsmSSF was triggered, and the time zone that the invoking gsmSSF 

resides in. 

gsm-ForwardingPending: 

This parameter indicates that a forwarded-to-number was received and the call will be forwarded due to GSM 

supplementary service call forwarding in the GMSC or in the VMSC. 

Carrier: 

This parameter indicates carrier information. It consists of the carrier selection field followed by the Carrier ID 
information associated with the calling subscriber of a mobile originating call, the called subscriber of a mobile 
terminating call or the forwarding subscriber of a mobile fowarded call. 

It comprises the following embedded sub-parameter: 

carrierSelectionField 

This parameter indicates how the selected carrier is provided (e.g. pre-subscribed). 

carrierlD 

This alternative indicates the carrier to use for the call. It contains the digits of the carrier identification code. 

cug-Index: 

This parameter is used to select a CUG for an outgoing call at the user, or to indicate an incoming CUG call to the 

user. 

cug-Interlock: 

This parameter uniquely identifies a CUG within a network. 

cug-OutgoingAccess: 

This parameter indicates if the calling user has subscribed to the outgoing access inter-CUG accessibility 

subscription option. 

cGEncountered: 

This parameter indicates the type of gapping the related call has been subjected to, if any. 

cause: 

This parameter indicates the release cause which triggered the event : 

For "RouteSelectFailure" it will contain the "FailureCause", if available. 

For "O-Busy" it will contain the "BusyCause", if available. 

If the busy event is triggered by an ISUP release message, the BusyCause is a copy of the ISUP release cause, 
for example: Subscriber absent, 20 or User busy, 17. 

If the Busy event is trigerred by a MAP error, for example: Absent subscriber, received from the HLR, the MAP 
cause is mapped to the corresponding ISUP release cause. 

For "T-Busy" it may contain the following parameters, if available. 

If the T-busy event is triggered by an ISUP release message, the BusyCause is a copy of the ISUP release cause, 

for example: Subscriber absent, 20 or User busy, 17. 

If the T-busy event is triggered by a MAP error, for example: Absent subscriber, received from the HLR, the 

MAP cause is mapped to the corresponding ISUP release cause. 

If the T-busy event is triggered by call forwarding invocation in the GMSC/VMSC the BusyCause will refer to 

the type of the call forwarding service according to the mapping table in 3GPP TS 23.078. 

1 1 .30.2 Invoking entity (gsmSSF) 
1 1 .30.2.1 Normal procedure 

gsmSSF precondition: 

(1) An event fulfilling the criteria for the DP being executed has been detected. 
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(2) Call gapping and SS7 overload are not in effect for the call. 

gsmSSF postcondition: 

(1) A control relationship has been established if the DP was armed as a TDP-R. The gsmSSF moves to the State 
"Waiting for Instructions". 

The address of the gsmSCF is fetched from the valid CSI. The gsmSSF provides all available parameters. Otherwise the 
gsmSSF proceeds with call handling without CAMEL Service. 

The gsmSSF application timer T^^p is set when the gsmSSF sends "InitialDP" for requesting instructions from the 
gsmSCF. It is used to prevent excessive call suspension time. 

11.30.2.2 Error handling 

If the destination gsmSCF is not accessible then the call proceeds according to the 'default call handling' parameter in 
the CSI. 

On expiration of Tg^p before receiving any operation, the gsmSSF aborts the interaction with the gsmSCF and the call 
continues according to the 'default call handling' parameter in the CSI. 

If the calling party abandons after the sending of "InitialDP", then the gsmSSF aborts the control relationship by means 
of an abort to TC. Note that TC will wait until the first response message from the gsmSCF has been received before it 
sends an abort to the gsmSCF (see also clause 12). 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .31 InitialDPGPRS procedure 
11.31.1 General description 

This operation is used by the gprsSSF after detection of a TDP-R in the GPRS session or PDP context state machine, to 
request the gsmSCF for instructions to complete the GPRS session or PDP context. 

For a GPRS Session, the 'Attach' and 'Change of Position Session' TDP's may result in the InitialDPGPRS Procedure. 

For a PDP Context, the 'PDP Context Establishment', the 'PDP Context Establishment Acknowledgement' and the 
'Change of Position Context' TDP's may result in the InitialDPGPRS Procedure. 

If a PDP Context related TDP is met, and there is at that moment a GPRS dialogue for the GPRS Session, then the 
gprsSSF shall not initiate the InitialDPGPRS Procedure for that PDP Context. 

If the 'PDP Context Establishment Acknowledgement' event occurs and this event is armed as a TDP, and there is at 
that moment a GPRS dialogue for the PDP Context, then the gprsSSF shall not initiate a new InitialDPGPRS Procedure 
for that PDP Context. 

11.31.1.1 Parameters 

serviceKey: 

This parameter indicates to the gsmSCF the requested IN service. It is used to address the required application/SLP 

within the gsmSCF (not for SCP addressing). 

gPRSEventType: 

This parameter indicates the armed GPRS Attach/Detach SM or PDP Context SM DP event, resulting in the 

InitialDPGPRS operation. 

- mSISDN: 

MSISDN of the mobile subscriber for which the CAMEL service is invoked. For encoding see 3GPP TS 29.002 

[13]. 
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- iMSI: 

IMSI of the mobile subscriber for which the CAMEL service is invoked. For encoding see 3GPP TS 29.002 [13]. 

time AndTimezone : 

This parameter contains the time that the gprsSSF was triggered, and the time zone that the invoking gprsSSF 

resides in. 

- gPRSMSClass: 

This parameter contains the MS Station capabilites of the mobile subscriber for which the CAMEL service is 
invoked. 

MSNetworkCapabiUties: 

This parameter contains the Network Capabilities of the GPRS session. 

MSRadioAccessCapabilities: 

This parameter contains the Radio Access Capabilities of the MS. 

endUserAddress: 

This parameter identifies the PDP type, PDP type organisation and the actual PDP address. For encoding see 3GPP 

TS 29.060 [43]. 

qualityOfService: 

This parameter contains the Quality of Service. 

If the InitialDPGPRS operation is sent as a result of the 'PDP Context Establishment' TDP, then the Quality of 

Service parameter shall contain the Requested QoS and the Subscribed QoS. 

If the InitialDPGPRS operation is sent as a result of the 'PDP Context Establishment Ackonwledgement' TDP, 

then the Quality of Service parameter shall contain the Requested QoS, the Subscribed QoS and the Negotiated 

QoS. 

accessPointName: 

This parameter contains the requested address that the MS for which the CAMEL service is invoked for wants to 

connect to. For encoding see 3GPP TS 29.060 [43]. 

routeingArealdentity: 

This parameter contains the location information of the MS for which the CAMEL service is invoked from. For 

encoding see 3GPP TS 29.060 [43]. 

chargingID: 

This parameter contains the charging ID that uniquely identifies together with the gGSNAddress the PDP context 

for the MS for which the CAMEL service is invoked from. For encoding see 3GPP TS 32.015. 

sGSNcapabilities: 

This parameter specifies the capabilities which the SGSN node can provide for the CAMEL service control. 

locationlnformationlnSGSN: 

This parameter indicates the location of the sending MS. 

pDPInitiationType : 

This parameter indicates whether a PDP context was established as a result of a network-initiated request or as a 

result of a subscriber request. 

- gGSNAddress: 

This parameter refers to the IP address of the GGSN where the PDP context terminates. It is used together with the 
chargingID for uniquely identification of the PDP context for which the CAMEL service is invoked from. For 
encoding see 3GPP TS 23.003. 

secondaryPDP-context 

This parameter indicates that the PDP context is requested as a secondary PDP context. 



11.31.2 Invoking entity (gprsSSF) 
1 1 .31 .2.1 Normal procedure 

gprsSSF preconditions: 



ETSI 



3GPP TS 29.078 version 4.1.0 Release 4 142 ETSI TS 129 078 V4.1.0 (2001-06) 

(1) An event has been met that is armed as TDP. 

(2) There is no GPRS dialogue active for that PDF Context or for the GPRS Session. 
gprsSSF postcondition: 

(1) A control relationship has been established and the gprsSSF is in state "waiting for instructions". 

The address of the gsmSCF that the InitialDPGPRS operation shall be sent to is fetched from the valid CSI. The 
gprsSSF provides all available parameters. 

The gprsSSF shall memorise the address of the response message and use it in the future TC dialogues. 

A control relationship is established with the gsmSCF. The gprsSSF application timer T^^p is set when the gprsSSF 
sends InitialDPGPRS for requesting instructions from the gsmSCF. It is used to prevent from excessive GPRS session 
or PDP context duration or volume usage. 

11.31.2.2 Error handling 

If the destination gsmSCF is not accessible then the gprsSSF instructs the SGSN to handle the GPRS session or PDP 
context according to the Default GPRS handling parameter of the valid CSI. 

On expiration of T^^p before receiving any operation, the gprsSSF aborts the interaction with the gsmSCF and instructs 
the SGSN to handle the call according to the Default GPRS handling parameter of the valid CSI. 

If the MS abandons the establishment of a GPRS session or PDP context after the sending of InitialGPRSEvent, then 
the gprsSSF aborts the control relationship after the first response from the gsmSCF has been received. 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .32 InitialDPSMS procedure 
1 1 .32.1 General description 

This operation is sent by the gsmSSF or gprsSSF after detection of a TDP-R in the FSM, to request the gsmSCF for 
instructions to complete the MO SMS submission. 

11.32.1.1 Parameters 

destinationSubscriberNumber: 

This IE contains a number to identify the Destination short message entity. 

callingPartyNumber: 

This parameter carries the MSISDN of the sending MS. 

eventType: 

This parameter indicates the armed FSM DP event, resulting in the InitialDPSMS operation. 

- iMSI: 

IMSI of the mobile subscriber for which the CAMEL service is invoked. For encoding see 3GPP TS 29.002 [13]. 

locationlnformationlnMSC: 

This parameter indicates the location of the sending MS when the SM is sent via MSC. 

locationlnformationlnSGSN: 

This parameter indicates the location of the sending MS when the SM is sent via GPRS SGSN. 

serviceKey: 

This parameter indicates to the gsmSCF the requested IN service. It is used to address the required application/SLP 

within the gsmSCF (not for gsmSCF addressing). 
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timeAndTimeZone: 

This parameter contains the time that the gsmSSF/gprsSSF was triggered, and the time zone that the invoking 

gsmSSF/gprsSSF resides in. 

tPDataCodingScheme: 

This IE indicates the data coding scheme of the TP-User Data element within the TPDU. It may indicate a message 

class. The message class may indicate e.g. the originator of Short Message. 

tPShortMessageSubmissionlnfo: 

This IE contains the l" octet of the TPDU. Refer to 3G TS 23.040 [46] for a description of the various TPDUs. 

tPProtocolIdentifier: 

This IE indicates the protocol used above SM-Transfer Layer. 

tPValidityPeriod: 

This IE indicates the length of the validity period or the absolute time of the validity period termination. 

- sMSCAddress: 

This I.E defines the address of the SMSC to which the MO short message is intended to be submitted. 

1 1 .32.2 Invoking entity (gsmSSF or gprsSSF) 

1 1 .32.2.1 Normal procedure 

gsmSSF/gprsSSF preconditions: 

(1) A MO SMS submission attempt has been initiated. 

(2) An event has been detected at a DP. 
gsmSSF/gprsSSF postcondition: 

(1) A control relationship has been established and the gsmSSF/gprsSSF waits for instructions from the gsmSCF. 

The address of the gsmSCF the InitialDPSMS operation shall be sent to is fetched from the SMS-CSI. The gsmSSF or 
gprsSSF provides all available parameters. 

A control relationship is established to the gsmSCF. The gsmSSF/gprsSSF application timer T^^p is set when the 

gsmSSF/gprsSSF sends InitialDPSMS for requesting instructions from the gsmSCF. It is used to prevent from excessive 
SMS delivery suspension time. 

11.32.2.2 Error handling 

If the destination gsmSCF is not accessible then the gsmSSF/gprsSSF instructs the MSC/SGSN to handle the SM 
according to the Default SMS Handling parameter of the SMS-CSI. 

On expiration of T^^p before receiving any operation, the gsmSSF/gprsSSF aborts the interaction with the gsmSCF and 
instructs the VMSC/SGSN to handle the SM according to the Default SMS Handling parameter of the SMS-CSI. 

If the sending mobile party abandons after the sending of InitialDPSMS, then the gsmSSF/gprsSSF closes the control 
relationship after the first answer message from the gsmSCF has been received, and after the SMSC has responded or a 
timer has expired. 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 



1 1 .33 PlayAnnouncement procedure 
1 1 .33.1 General description 

This operation is used for inband interaction with a GSM user. 
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11.33.1.1 Parameters 

inf ormationToS end : 

This parameter indicates an announcement, a tone or display information to be sent to the end user by the gsmSRF. 

inbandlnfo: 

This parameter specifies the inband information to be sent. 

messagelD: 

This parameter indicates the message(s) to be sent, this can be one of the following: 

elementaryMessagelD: 

This parameter indicates a single announcement. 

text: 

This parameter indicates a text to be sent. The text shall be transformed to inband information 
(speech) by the gsmSRF. This parameter consist of two subparameters, messageContent and 
attributes. The attributes of text may consist of items such as language. 

elementaryMessagelDs: 

This parameter specifies a sequence of announcements. 

variableMessage: 

This specifies an announcement with one or more variable parts. 

numberOfRepetitions: 

This parameter indicates the maximum number of times the message shall be sent to the end-user. 

- duration: 

This parameter indicates the maximum time duration in seconds that the message shall be played/repeated. 
ZERO indicates endless repetition. 

- interval: 

This parameter indicates the time interval in seconds between repetitions, i.e. the time between the end of the 
announcement and the start of the next repetition. This parameter can only be used when the number of 
repetitions is > 1 . 

tone: 

This parameter specifies a tone to be sent to the end-user. 

tonelD: 

This parameter indicates the tone to be sent. 

duration: 

This parameter indicates the time duration in seconds of the tone to be sent. ZERO indicates infinite duration. 

disconnectFromlPForbidden: 

This parameter indicates whether or not the gsmSRF should be disconnected from the user when all information 

has been sent. 

requestAnnouncementComplete: 

This parameter indicates whether or not a "SpecializedResourceReport" shall be sent to the gsmSCF when all 

information has been sent. 

1 1 .33.2 Responding entity (gsmSRF) 
1 1 .33.2.1 Normal procedure 

gsmSRF precondition: 

(1) The SRSM-FSM is in the state "Connected", or in the state "User Interaction" if the gsmSRF received previously 
an operation from the gsmSCF. 

gsmSRF postcondition: 
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(1) The gsmSRF sends the information to the user as indicated by "informationToSend". 

(2) The SRSM-FSM moves to the state "User Interaction", or remains in the same state. 

(3) If all information has been sent and "RequestAnnouncementComplete" was set TRUE, the SRSM sends a 
"SpeciaUzedResourceReport" operation to the gsmSCF. 

(4) If all information has been sent and "disconnectPromlPForbidden" was set FALSE, the SRSM disconnects the 
gsmSRF from the user. 

The announcement sent to the end-user is ended in the following conditions: 

if neither "duration" or "numberOfRepetitions" is specified, then the network specific announcement ending 
conditions shall apply; or 

if "numberOfRepetitions" is specified, when all repetitions have been sent, or 

if duration is specified, when the duration has expired. The announcement is repeated until this condition is met, 
or 

if "duration" and "numberOfRepetitions" is specified, when one of both conditions is satisfied (whatever comes 
first). 

11.33.2.2 Error handling 

If a Cancel operation is received before or during the processing of the operation then the operation is immediately 
cancelled and the error "Canceled" is reported to the invoking entity. 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .34 PromptAndCollectUserlnformation procedure 
1 1 .34.1 General description 

This operation is used to interact with a call party in order to collect information. 

11.34.1.1 Parameters 

collectedlnfo: 

collectedDigits: 

minimumNbOfDigits: 

If this parameter is missing, the default value is defined to be 1. The "minimumNbOfDigits" specifies the 

minimum number of valid digits to be collected. 

maximumNbOfDigits: 

This parameter shall always be present and specifies the maximum number of valid digits to be collected. 

The following applies: 

"maximumNbOfDigits" > "minimumNbOfDigits". 

endOfReplyDigit: 

This parameter indicates the digit(s) used to signal the end of input, and can be one or two digits. 

In case the "maximumNbOfDigits" > "minimumNbOfDigits" the following applies: 

If "endOfReplyDigit" is not present, the end of input is indicated: 
when the inter-digit timer expires; or 
when the number of valid digits received equals the "maximumNbOfDigits". 
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If "endOfReplyDigit" is present, the end of input is indicated: 

when the inter-digit timer expires; or 

when the end of reply digit is received; or 

when the number of valid digits received equals the "maximumNbOfDigits". 

When the end of input is attained, the collected digits are sent from gsmSRF to the gsmSCF, including the 
'endOfReplyDigit' if received by the gsmSRF. In the case the number of valid digits received is less than 
the "minimumNbOfDigits" when the inter-digit timer expires or when the end of reply digit is received, 
the input is specified as being erroneous. 

cancelDigit: 

If this parameter is present, the cancel digit(s) can be entered by the user to request a possible retry. This 
parameter can be one or two digits. All digits already received by the gsmSRF are discarded and the same 
PromptAndCoUectUserlnformation procedure is performed again, thus e.g. the same announcement to 
request user information is given to the user and information is collected. If this parameter is not present, the 
user is not able to request a possible retry. 

startDigit: 

If this parameter is present, the start digit indicates the start of the valid digits to be collected. The digits that 
are received by the gsmSRF before this start digit is received, are discarded and are not considered to be 
valid. The startDigit itself is considered to be valid digits. This parameter can be one or two digits. 

If this parameter is not present, all received digits are considered to be valid. 

When the end of input is attained, the collected digits are sent from gsmSRF to the gsmSCF, including the 
'startDigit' if received by the gsmSRF. 

firstDigitTimeOut: 

If this parameter is present, the first digit should be received by the gsmSRF before the first-digit timer 
expiration. If the first digit is not received before first-digit timer expiration, the input is regarded to be 
erroneous. After receipt of the first valid or invalid input digit, the corresponding first-digit timer is stopped. 

If this parameter is not present, then the gsmSRF uses a default value for the first-digit timer. 

If "startDigit" is present, the first-digit timer is stopped after the start digit is received. 
interDigitTimeOut: 

If this parameter is present any subsequent valid or invalid digit, should be received by the gsmSRF before 
the inter-digit timer expires. As a result the inter-digit timer is reset and restarted. 

If a subsequent valid or invalid digit is not received before the inter-digit timer expires and the number of 
received valid digits is less than the "minimumNbOfDigits", the input is regarded to be unsuccessful. 

If a subsequent valid or invalid digit is not received before the inter-digit timer expires and the number of 
received valid digits is greater than the "minimumNbOfDigits", and less than or equal to the 
"maximumNbOfDigits", the input is regarded to be successful. 

If the "interDigitTimeOut" is not present, then the gsmSRF uses a default value for the inter-digit timer. 
errorTreatment: 

This optional parameter defines what specific action should be taken by the gsmSRF in the event of error 
conditions occurring. The default value is stdErrorAndlnfo. 

interruptableAnnInd: 

This parameter is optional, where the default value is TRUE. 
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If this parameter is TRUE, the announcement is interrupted after the first vaHd or invahd digit is received by 
the gsmSRF. If the announcement is interrupted, a possible start-digit timer will not apply anymore. 
However, if the announcement has not been interrupted, a possible start-digit timer is started after the 
announcement has been finished. 

If this parameter is present and explicitly set to FALSE, the announcement will not be interrupted after the 
first digit is received by the gsmSRF. The received digits during the announcement are discarded and 
considered to be invalid. All other specified parameters ("minimumNbOfDigits", "maximumNbOfDigits", 
"endOfReplyDigit", etc.) do not apply before the announcement has been finished. The possible start-digit 
timer is started after the announcement has been finished. 

voicelnformation: 

This parameter is optional, where the default value is FALSE. If the "voicelnformation" parameter is 
FALSE, all valid or invalid digits are entered by DTMF. 

If this parameter is present and explicitly set to TRUE, the calling user is required to provide all valid or 
invalid information by speech. The gsmSRF will perform voice recognition and translation of the provided 
information into digits. A possible end of reply digit will also have to be provided by speech. 

voiceBack: 

This parameter is optional, where the default value is FALSE. If the "voiceBack" parameter is FALSE, no 
voice back information is given by the gsmSRF. 

If this parameter is present and explicitly set to TRUE, the valid input digits received by the gsmSRF will be 
announced back to the calling user immediately after the end of input is received. The invalid input digits 
will not be announced back to the calling user. A possible end of reply digit is not voiced back. 

disconnectFromlPForbidden: 

This parameter indicates whether the gsmSRF should initiate disconnection to the gsmSSF after the interaction has 
been completed. If the parameter is not present or set to TRUE, the gsmSRF shall not initiate disconnection. 

informationToSend: 

This parameter indicates an announcement or tone to be sent to the end user by the gsmSRF. 

inbandlnfo: 

This parameter specifies the inband information to be sent. 

messagelD: 

This parameter indicates the message(s) to be sent, this can be one of the following: 
elementaryMessagelD: 

This parameter indicates a single announcement. 

text: 

This parameter indicates a text to be sent. The text shall be transformed to inband information 
(speech) by the gsmSRF. The attributes of text may consist of items such as language. 

elementaryMessagelDs: 

This parameter specifies a sequence of announcements. 

variableMessage: 

This parameter specifies an announcement with one or more variable parts. 



ETSI 



3GPP TS 29.078 version 4.1.0 Release 4 148 ETSI TS 129 078 V4.1.0 (2001-06) 

numberOfRepetitions: 

This parameter indicates the maximum number of times the message shall be sent to the end-user. 

duration: 

This parameter indicates the maximum time duration in seconds that the message shall be played/repeated. 
ZERO indicates endless repetition. 

interval: 

This parameter indicates the time interval in seconds between repetitions, i.e. the time between the end of 
the announcement and the start of the next repetition. This parameter can only be used when the number of 
repetitions is greater than one. 

-tone: 

This parameter specifies a tone to be sent to the end-user. 

tonelD: 

This parameter indicates the tone to be sent, 
duration: 

This parameter indicates the time duration in seconds of the tone to be sent. ZERO indicates infinite 
duration. 

Result Parameter: 

digitsResponse: 

This parameter contains the information collected from the end-user. 

1 1 .34.2 Responding entity (gsmSRF) 
1 1 .34.2.1 Normal procedure 

gsmSRF precondition: 

(1) The SRSM-FSM is in the state "Connected", or in state "User Interaction" if the gsmSRF received previously an 
operation from the gsmSCF. 

gsmSRF postcondition: 

(1) The gsmSRF has sent the information to the end-user as indicated by "informationToSend". 

(2) The collected information from the end-user is sent to the gsmSCF as RETURN RESULT of the 
"PromptAndCollectUserlnformation". 

(3) If the "disconnectFromlPForbidden" was set to FALSE, the gsmSRF initiates a bearer channel disconnect to the 
gsmSSF and the SRSM FSM moves to the state "Idle". 

(4) Otherwise the SRSM FSM moves to the state "User Interaction", or 
remains in the same state. 

The announcement send to the end-user is ended in the following conditions: 

if neither "duration" or "numberOfRepetitions" is specified, then the network specific announcement ending 
conditions shall apply; or 

if "numberOfRepetitions" is specified, when all repetitions have been sent, or 
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if duration is specified, when the duration has expired. The announcement is repeated until this condition is met, 
or 

if "duration" and "numberOfRepetitions" is specified, when one of both conditions is satisfied (whatever comes 
first). 

The above conditions are overruled if the parameter " in terrup table Annind" is not set to FALSE and the end-user has 
responded with a digit during the sending of the announcement. In this case the announcement is ended immediately. 
The above procedures apply only to inband information and tones send to the end-user, for "displaylnformation" the end 
conditions are met upon sending, i.e. no interruption can occur. 

The parameter "errorTreatment" specifies how the gsmSRF shall treat the error. The default value "reportErrorToSCF" 
means that the error shall be reported to gsmSCF by means of Return Error with "ImproperCallerResponse". The value 
"help" indicates that no error shall be reported to gsmSCF but assistance shall be given to the end-user in form of a 
network dependent default announcement (which may dependent on the context, i.e. the send message). The value 
"repeatPrompt" indicates that no error shall be reported to the gsmSCF but the prompt shall be repeated to the end-user. 
The last two procedures shall only be done once per "PromptAndCollectUserlnformation" operation. 

Note on processing "endOflnput": 

The receipt of any "endOflnput" condition (e.g endOfReplyDigit, cancelDigit, firstDigitTimeout, interDigitTimeout) 
terminates immediately the ongoing input. In other words when e.g an endOfReplyDigit is received, the receipt of a 
subsequent cancelDigit will not be processed anymore. 

11.34.2.2 Error handling 

If a Cancel operation is received before or during the processing of the operation then the operation is immediately 
cancelled and the error "Canceled" is reported to the invoking entity. 

Generic error handling for the operation related errors are described in clause 10, the TC services which are used for 
reporting operation errors are described in clause 12. 

If any of the parameter restrictions are violated (e.g. minimumNbOfDigits > maximumNbOfDigits) then an operation 
error has occured. 

1 1 .35 ReleaseCall procedure 

1 1 .35.1 General description 

This operation is used by the gsmSCF to tear down a call at any phase. This operation may not be sent to an assisting 
gsmSSF. 

11.35.1.1 Parameters 

- releaseCause: 

A number giving an indication to the gsmSSF about the reason of releasing this specific call. This may be used 
by gsmSSF for generating specific tones to the different parties in the call or to fill in the "cause" in the release 
message. 

1 1 .35.2 Responding entity (gsmSSF) 
1 1 .35.2.1 Normal procedure 

gsmSSF precondition: 

(1) A control relationship exists between gsmSCF and gsmSSF. 

(2) The gsmSSF is in state "Waiting for Instructions" or state "Monitoring" 
gsmSSF postcondition: 
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(1) The gsmSSF changes to state "Idle" after sending any outstanding "CalllnformationReport" or 

"ApplyChargingReport". Possible armed EDPs are ignored. All connections and resources related to the call are 
released. 

11.35.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

1 1 .36 ReleaseGPRS procedure 

1 1 .36.1 General description 

This operation is used to tear down by the gsmSCF an existing GPRS session or PDP context at any phase. The 
operation can only be sent within a control relationship with the Session or PDP Context and is not allowed in a monitor 
relationship. 

11.36.1.1 Parameters 

- gPRSCause 

A number giving an indication to the gprsSSF about the reason of releasing the GPRS session or a specific PDP 
context. This may be used by gprsSSF for generating specific indications to the MS or to fill in the "cause" in the 
release message. 

- pDPID: 

This parameter, if present, identifies the PDP Context, within the Session dialogue, which shall be released. 

1 1 .36.2 Responding entity (gprsSSF) 

1 1 .36.2.1 Normal procedure 

gprsSSF preconditions: 

(1) A control relationship exists between gsmSCF and the gsmSCF and the GPRS Session or PDP Context. More 
specifically, in order to tear down an individual PDP context, an EDP-R must be armed for that PDP context. In 
order to make a SCP controlled detach an EDP-R must be armed for the GPRS session. 

(2) The gprsSSF is in state "Waiting for Instructions" or State "Monitoring". 

gprsSSF postcondition: 

(1) "Idle", after sending any outstanding ApplyGPRSChargingReport and no more PDP contexts are pending. 

Possible armed EDPs are ignored. All connections and resources related to the GPRS session or PDP context for 
the corresponding PDPID are released. 

All outstanding reports for the GPRS Session or the PDP Context shall be reported to the SCP. All connections 
and resources related to the GPRS Session or the PDP Context shall be released. All armed EDPs for the GPRS 
Session or the PDP Context shall be disarmed. 

If there are any armed events or pending reports, then the gprsSSF shall remain in the same state; otherwise the 
gprsSSF shall transit to state Tdle'. 

11.36.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 
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1 1 .37 ReleaseSMS procedure 

1 1 .37.1 General description 

This operation is used to tear down by the gsmSCF an MO SMS submission attempt. The operation can only be sent 
within a control relationship and is not allowed in a monitor relationship. 

11.37.1.1 Parameters 

- rPCause 

A number giving an indication to the gsmSSF or gprsSSF about the reason of releasing this specific SM. This 
may be used by gsmSSF/gprsSSF; it may forward the cause to the originating MS. 

1 1 .37.2 Responding entity (gsmSSF or gprsSSF) 

1 1 .37.2.1 Normal procedure 

gsmSSF/gprsSSF preconditions: 

(1) State "Waiting for Instructions". 

(2) FSM is in the DP SMS_Collected_Info. 
gsmSSF/gprsSSF postcondition: 

(1) "Idle". Possible armed EDPs are ignored. All resources related to the SM are released. 

11.37.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

1 1 .38 RequestReportBCSM Event procedure 
1 1 .38.1 General description 

This operation is used to request the gsmSSF to monitor for a call-related event (e.g., BCSM events such as busy or no 
answer), then send a notification back to the gsmSCF when the event is detected. 

NOTE: If the RequestReportBCSMEvent requests arming of the current DP from which the call processing was 

suspended, the next occurrence of the DP encountered during BCSM processing will be detected (i.e. not the 
current one from which the call was suspended). 

The DP arming principle is as follows: 

The DPs 0_Disconnect and T_Disconnect can be armed as well as for legl as leg2 depending on what direction 
(either from the A-party which is connected to legl or from the B-party connected to leg2) events have to be 
captured. As an example the Disconnect DP can be armed as well as for legl and leg2, in that case if a release 
request is received from the A-party it will be detected by the Disconnect DP armed for legl, while a release 
request from the B-party shall be detected by arming the leg2 Disconnect DP. 

The 0_Abandon DP can only be armed for legl in the 0_BCSM and the T_Abandon can only be armed for legl 
in the T BCSM. 
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Table 1 1 -1 : DP Arming Table for 0-BCSM : 



BCSIM 


legl 


ieg2 


Default leg ID 


Route Select Failure DP 


- 


X 


2 


Called Party Busy DP 


- 


X 


2 


No Answer DP 


- 


X 


2 


Answer DP 


- 


X 


2 


Disconnect DP 


X 


X 


o1 


Abandon DP 


X 


- 


1 


o1) The "leglD" parameter shall be included 
Nomenclature: X = Arming Applicable 
- = Not Applicable 



Table 11-2: DP Arming Table for T-BCSM: 



T BCSM 


Ieg2 


legl 


Default Leg ID 


T Busy DP 


X 


- 


2 


T No Answer DP 


X 


- 


2 


T Answer DP 


X 


- 


2 


T_Disconnect DP 


X 


X 


.t1 


T Abandon DP 


- 


Xt2 


1 


t1 ) The "leglD" parameter shall be Included 
t2) T_Abandon can only be armed for Ieg1 . 
Nomenclature: X = Arming Applicable 
- = Not Applicable 



11.38.1.1 Parameters 

bcsmEvents: 

This parameter specifies the event or events of which a report is requested. 

- eventTypeBCSM: 

This parameter specifies the type of event of which a report is requested. 

monitorMode: 

This parameter indicates how the event shall be reported. When the "monitorMode" is "interrupted", the event 
shall be reported as a request, if the "monitorMode" is "notify AndContinue", the event shall be reported as a 
notification, if the "monitorMode" is "transparent", the event shall not be reported. 

- leglD: 

This parameter indicates the party in the call for which the event shall be reported. gsmSCF will use the option 
"sendingSidelD" only. 

sendingSidelD: 

If not included, the following defaults are assumed for LeglD: 

"leglD" = 1 for the events O-Abandon and T-Abandon, 

"leglD" = 2 for the events RouteSelectFailure, O-Busy, O-NoAnswer, O-Answer, T-Busy, T-NoAnswer, 
and T- Answer. 

The "leglD" parameter shall always be included for the events O-Disconnect and T-Disconnect. 

- dPSpecificCriteria: 

This parameter indicates information specific to the EDP to be armed. 

applicationTimer: 

This parameter indicates the NoAnswer timer value for the NoAnswer event. If the user does not answer 
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the call within the allotted time, the gsmSSF reports the event to the gsmSCF. This timer shall be shorter 
than the network no-answer timer. 

1 1 .38.2 Responding entity (gsmSSF) 

1 1 .38.2.1 Normal procedure 

gsmSSF precondition: 

(1) A control relationship exists between the gsmSSF and the gsmSRF. 

(2) The gsmSSF is in either the state "Waiting for Instructions" or the state "Monitoring". 

NOTE: In state "monitoring" only requests to disarm detection points (with MonitorMode set to 

"Transparent") or send notifications of events (with MonitorMode set to "NotifyAndContinue") shall 
be accepted. 

gsmSSF postcondition: 

(1) The requested EDPs have been armed or disarmed as indicated. 

(2) Previously requested events are monitored until ended by a transparent monitor mode, until the end of the call, 
until the EDPs are detected or until the corresponding leg is released. 

(3) The gsmSSF remains in the same state, unless all EDPs have been disarmed and no CalllnformationReport or 
ApplyChargingReport has been requested; in the latter case the gsmSSF moves to the state "Idle". 

11.38.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .39 RequestReportGPRSEvent procedure 
1 1 .39.1 General description 

This operation is used to request the gprsSSF to monitor for a GPRS session or PDP context related event (e.g., events 
such as PDP context establishment or detach), then send a notification back to the gsmSCF when the event is detected. 

11.39.1.1 Parameters 

- gPRSEvent: 

This parameter specifies the event or events of which a report is requested. 

gPRSEventType: 

This parameter specifies the type of event of which a report is requested. 

monitorMode: 

This parameter indicates how the event shall be reported. When the "monitorMode" is "interrupted", the 
event shall be reported as a request, if the "monitorMode" is "notify AndContinue", the event shall be 
reported as a notification, if the "monitorMode" is "transparent", the event shall not be reported. 

- pDPID: 

This parameter, if present, identifies the PDP Context, within the Session dialogue, for which the event reporting 
is requested 
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1 1 .39.2 Responding entity (gprsSSF) 

1 1 .39.2.1 Normal procedure 

gprsSSF precondition: 

(1) A control relationship exists between the gsmSCF and the GPRS Session or PDP Context. 

(2) The gprsSSF is in the state "Waiting for Instructions" or the state "Monitoring". 
gprsSSF postconditions: 

(1) The requested EDPs have been armed or disarmed as indicated. 

(2) Previously requested events are monitored until ended by a transparent monitor mode, until the end of the GPRS 
session or PDP context or until the EDPs are detected. 

(3) If there sare no armed events or pending reports, then the gsmSSF shall transit to state 'Idle' . Otherwise it shall 
remain in the same state. 

11.39.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .40 RequestReportSMSEvent procedure 

1 1 .40.1 General description 

This operation is used to request the gsmSSF or gprsSSF to monitor for a SM related event (e.g., FSM events such as 
failure or successful delivery), then send a notification back to the gsmSCF when the event is detected. 

11.40.1.1 Parameters 

smsEvents: 

This parameter specifies the event or events of which a report is requested. 

- eventTypeSMS: 

This parameter specifies the type of event of which a report is requested. Value SMSCoUectedlnfo is not valid 
for the RequestReportSMSEvent operation. 

monitorMode: 

This parameter indicates how the event shall be reported. When the "monitorMode" is "interrupted", the event 
shall be reported as a request, if the "monitorMode" is "notify AndContinue", the event shall be reported as a 
notification, if the "monitorMode" is "transparent", the event shall not be reported. 

1 1 .40.2 Responding entity (gsmSSF or gprsSSF) 
1 1 .40.2.1 Normal procedure 

gsmSSF/gprsSSF precondition: 

(1) A control relationship exists between the gsmSSF/gprsSSF and the gsmSCF. 

(2) The gsmSSF/gprsSSF is in the state "Waiting for Instructions". 
gsmSSF/gprsSSF postconditions: 
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(1) The requested EDPs have been armed or disarmed as indicated. 

(2) Previously requested events are monitored until ended by a transparent monitor mode, until the end of the SM 
submission, until the EDPs are detected or until the SM submission fails. 

(3) The gsmSSF/gprsSSF remains in the same state. 

11.40.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .41 ResetTimer procedure 

11.41.1 General description 

This class 2 operation is used by the gsmSCF to refresh the T^sf application timer, in order to avoid the Tssf time-out at 
the gsmSSF. 

11.41.1.1 Parameters 

timerlD: 

This parameter has a default value identifying the Tssf timer. 

timerValue: 

This parameter specifies the value to which the Tssf is to be set. 

11.41.2 Responding entity (gsmSSF) 

1 1 .41 .2.1 Normal procedure 

gsmSSF precondition: 

(1) Basic call processing has been suspended at a DP. 

(2) The gsmSSF is in the "Waiting for Instruction" state or in the "Waiting for End of User Interaction" state or in 
the "Waiting for End of Temporary Connection" state. 

gsmSSF postcondition: 

(1) The Tssf timer has been reset. 

(2) The gsmSSF remains in the same state. 

11.41.2.2 Error handling 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .42 ResetTimerGPRS procedure 
1 1 .42.1 General description 

This operation is used by the gsmSCF to refresh the Tggp application timer, in order to avoid the T^gp time-out at the 
gprsSSF. 
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11.42.1.1 Parameters 

timerValue: 

This parameter specifies the value to which the T^^p timer is to be set. 

timerlD: 

This parameter indicates which timer shall be reset. The only permissable value for this parameter is 'Tssf. 

1 1 .42.2 Responding entity (gprsSSF) 

1 1 .42.2.1 Normal procedure 

gprsSSF preconditions: 

(1) GPRS Session Attach or PDP Context establishment attempt has been initiated. 

(2) GPRS Session or PDP context processing has been suspended at a DP. 

(3) The gprsSSF is in the "Waiting for Instruction" state. 
gprsSSF postconditions: 

(1) The Tggp timer has been reset. 

(2) The gprsSSF remains in the same state. 

1 1 .42.2.2 Error handling 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .43 ResetTlmerSMS procedure 

1 1 .43.1 General description 

This class 2 operation is used by the gsmSCF to refresh the Tssf application timer, in order to avoid the Tssf time-out at 
the gsmSSF or gprsSSF. 

11.43.1.1 Parameters 

timerlD: 

This parameter has a default value identifying the Tssf timer. 

timerValue: 

This parameter specifies the value to which the Tssf is to be set. 

1 1 .43.2 Responding entity (gsmSSF or gprsSSF) 
1 1 .43.2.1 Normal procedure 

SSF precondition: 

(1) Basic SM processing has been suspended at a DP. 

(2) The SMS FSM is in the "Waiting for Instruction" state. 
SSF postcondition: 

(1) The Tssf timer has been reset. 
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(2) The SSF remains in the same state. 

11.43.2.2 Error handling 

Generic error handHng for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

1 1 .44 SendCharginglnformation procedure 
1 1 .44.1 General description 

This operation is used to instruct the gsmSSF on the advice of charge information to be sent by the gsmSSF. The SCI 
operation may be invoked on multiple occasions. 

The SCI operation can be used for MO and MT calls in the VMSC. In the case of a MT call the CSE provided e- 
parameters are not used by mobile if a call forwarding or follow-on call occurs. 

11.44.1.1 Parameters 

sCIBillingChargingCharacteristics: 

This parameter is a choice between two lists of information. 

The first list shall only be sent before an answer event has been detected from the current Called Party, Temporary 
Connection or connection to an gsmSRF. It contains the following parameters: 

aOCBeforeAnswer: 

This is a list of the following information: 

aOCInitial: 

This is a set of GSM Charge Advice Information elements, as defined in 3GPP TS 22.024 [47], and these 
CAI elements are sent by the gsmSSF to the MS when an ANSWER is received and a tariff switch has not 
yet occurred. 

aOCSubsequent: 

This list may indicate the following information: 

cAIElements: 

This is a set of GSM Charge Advice Information elements, as defined in 3GPP TS 22.024 [47], and 
these CAI elements are sent to the MS when Answer is detected and a tariff switch has occurred 
previously, or when Answer has previously been detected and a tariff switch occurs. 

tariff S witchlnterval : 

This parameter indicates to the gsmSSF the time duration until the next tariff switch. The 
measurement of the elapsed tariff switch period commences immediately upon successful execution 
of this operation. 

The second list in the Choice shall only be sent after an answer event has been detected from the current Called 
Party, Temporary Connection or connection to an gsmSRF. It contains the following parameters: 

- aOCAfterAnswer: 

This list may indicate the following information: 

cAIElements: 

This is a set of GSM Charge Advice Information elements, as defined in 3GPP TS 22.024 [47], and these 
CAI elements are sent to the MS by the gsmSSF when Answer is detected and a tariff switch has occurred 
previously, or when Answer has previously been detected and a tariff switch occurs in the call. 

tariffs witchlnterval: 

This parameter indicates to the gsmSSF the time duration until the next tariff switch. The measurement of 

the elapsed tariff switch period commences immediately upon successful execution of this operation. 
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- leglD: 

This parameter indicates where the charging information shall be sent. For Mobile Originated calls, only leg 1 shall 
be used. For Mobile Terminated calls in the VMSC, only leg 2 shall be used. 

1 1 .44.2 Responding entity (gsmSSF) 

1 1 .44.2.1 Normal procedure 

gsmSSF precondition: 

(1) gsmSSF State "Waiting for Instructions", or 

gsmSSF State "Waiting for End of User Interaction", or 
gsmSSF State "Waiting for End of Temporary Connection", or 
gsmSSF State "Monitoring". 

gsmSSF postcondition: 

(1) No FSM state transition 

On receipt of this operation the gsmSSF performs actions to send the advice of charge information to the indicated Call 
Partys MS. 

If advice of charge is to be provided to a GSM MS in conjunction with CSE control of call duration then the following 
sequence of operations shall be sent from the gsmSCF to the gsmSSF in the following order, in the same TC TC- 
CONTINUE component; 

ApplyCharging; SendCharginglnformation 

These operations will be processed sequentially by the gsmSSF, in the order that they are sent by the gsmSCF. Note 
also that in this case parameter Tariffs witchlnterval may be present in either in the ApplyCharging operation or the 
SendCharginglnformation operation, but not in both operations. It is recommended that it shall be transported in the 
ApplyCharging operation. 

The TariffSwitchlnterval information received with either of these operations shall set the same tariff switch timer in 
the gsmSSF, and this duration timer shall run from the time of successful operation execution. 

1 1 .44.2.2 Error handling 

TaskRefused: In addition to the generic error handling noted below, this error shall be indicated when: 

a tariffSwitchlnterval is indicated when a previously received tariffs witchlnterval is pending. 

Generic error handling for the operation related errors are described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 

11.45 SendCharginglnfornnationGPRS Procedure 
1 1 .45.1 General description 

This operation is used to instruct the gprsSSF on the advice of charge information to be sent to the MS, provided the 
SGSN supports Advice Of Charge. The operation may be invoked on multiple occasions. 

11.45.1.1 Parameters 

sCIGPRSBillingChargingCharacteristics: 

This parameter contains the Advice of Charge information: 

- aOCGPRS: 

This parameter specifies the Advice of Charge information that shall be forwarded to the MS. It may contain 
one or more of the following parameters: 
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aOCInitial: 

This is a set of GSM Charge Advice Information elements, as defined in 3GPP TS 22. 024. These CAI 

elements are sent by the gprsSSF to the MS when an Activate PDP Context Accept or Attach Accept is 

sent to MS and a tariff switch has not yet occurred. It may also be sent at any other time e.g. upon change 

ofQoSorRAI. 

aOCSubsequent: 

This parameter may indicate the following information: 

CAIElements 

This is a set of GSM Charge Advice Information elements, as defined in 3GPP TS 22.024. These CAI 
elements are sent to the MS when an Activate PDP Context Accept or Attach Accept is detected and a 
tariff switch has occurred previously, or when Activate PDP Context Accept or Attach Accept has 
previously been detected and a tariff switch occurs. 

tariff S witchlnterval : 

This parameter indicates to the gprsSSF the time duration until the next tariff switch. The 
measurement of the elapsed tariff switch period commences immediately upon successful execution 
of this operation. 

- pDPID: 

This parameter, if present, identifies the PDP Context, within the Session dialogue, for which the Advice-of- 
Charge instruction applies. 

1 1 .45.2 Responding Entity (gprsSSF) 

11.45.2.1 Normal Procedure 

gprsSSF preconditions: 

(1) A control relationship exist between the gsmSCF and the GPRS Session or PDP Context. 
The gprsSSF FSM is in state "Waiting for Instructions" or in state "Monitoring". 
gprsSSF postconditions: 

(1) No state transition. 

On receipt of this operation the gprsSSF performs actions to send the advice of charge information to the MS, provided 
Advice Of Charge is supported by the SGSN. 

If advice of charge is to be provided to a GSM MS in conjunction with CSE control of GPRS session or PDP context 
duration or volume, then the following sequence of operations shall be sent from the gsmSCF to the gprsSSF in the 
following order and in the same TC TC-CONTINUE or TC-BEGIN component: 

ApplyChargingGPRS ; SendCharginglnformationGPRS . 

These operations will be processed sequentially by the gprsSSF, in the order that they are sent by the gsmSCF. Note 
also that in this case parameter TariffSwitchlnterval may be present in either in the ApplyChargingGPRS operation or 
the SendCharginglnformationGPRS operation, but not in both operations. It is recommended that it shall be transported 
in the ApplyGPRSCharging operation. 

The TariffSwitchlnterval information received with either of these operations shall set the same tariff switch timer in 
the gprsSSF, and this duration timer shall run from the time of successful operation execution. 

11.45.2.2 Error handling 

TaskRefused: In addition to the generic error handling noted below, this error shall be indicated when: 

a tariffSwitchlnterval is indicated when a previously received tariffs witchlnterval is pending. 

Generic error handling for the operation related errors is described in clause 10 and the TC services which are used for 
reporting operation errors are described in clause 12. 
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1 1 .46 SpecializedResourceReport procedure 

1 1 .46.1 General description 

This operation is used as the response to a "PlayAnnouncement" operation when the announcement completed 
indication is set. 

11.46.1.1 Parameters 

None. 

1 1 .46.2 Invoking entity (gsmSRF) 

1 1 .46.2.1 Normal procedure 

gsmSRF precondition: 

(1) The gsmSRF is in the state "User Interaction". 

(2) A "PlayAnnouncement" operation is being executed for which the parameter "RequestAnnouncementComplete" 
was set TRUE. 

(3) All information has been sent to the user. 
gsmSRF postcondition: 

(1) The gsmSRF remains in the same state. 

(2) If the "DisconnectFromlPForbidden" parameter was set FALSE, the gsmSRF initiates a bearer channel 
disconnect sequence to the gsmSSF using the applicable bearer channel signalling system after sending the 
"SpecializedResourceReport" operation to the gsmSCF. The gsmSRF moves to the state "Idle". 

11.46.2.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

12 Services assumed from lower layers 
12.1 Services assumed from TC 

The SS7 application layer protocol defined in this 3GPP TS, is a protocol to provide communication between a pair of 
application processes. In the SS7 environment this is represented as communication between a pair of 
application-entities (AEs) using the TC. The function of an AE is provided by a set of application-service-elements 
(ASEs). The interaction between AEs is described in terms of their use of the services provided by the ASEs. 

If AC are to be used for FE differentiation within a physical node then the version of TC used must support the dialogue 
portion of TC (ie ETS 300 287-1 [6]). 

This requirement applies to all interfaces, not just those used for internetworking. 

Table 12-1 defines which versions of TC are the minimum versions required to support the defined CAP interfaces: 
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Table 12-1 : Minimum TC requirements for CAP interfaces 



Interface 


INCS2 


gsmSSF - gsmSCF 


Blue Book (note) 


gsmSCF - gsmSRF 


Blue Book (note) 


Note: If the AC name needs to be indicated, tlien 
ETS 300 287-1 [6] is the minimum version 
required. 



12.1.1 Common procedures 



This subclause defines the procedures and mapping which apply between CAP and TC to be used in the absence of 
specific procedures and mapping instructions for the specific CAP interfaces as defined in subsequent subclauses. 

1 2.1 .1 .1 Normal procedures 

This subclause describes the procedures and TC primitives that shall be used for transmitting messages between AEs 
under normal operation. 

The CAP, as TC-user, uses only the structured dialogue facility provided by TC. The following situations can occur 
when a message is sent between two PE: 

a dialogue shall be established: the TC-user issues a TC -BEGIN request primitive. 

a dialogue shall be maintained: the TC-user issues a TC-CONTINUE request primitive. 

a dialogue shall no longer be maintained: the TC-user issues a TC-END request primitive with either basic end 
or with pre-arranged end depending on the following conditions: 

Basic End 

In the case the dialogue is established, operations, leading to a termination of the relationship, can be 
transmitted by the FE with a TC-END request primitive (basic) in case the FE is not interested in the 
reception of any ERROR or REJECT components for these sent operations. Once the FE dialogue resources 
have been released, any ERROR or REJECT components received for these operations will be discarded by 
TC as described in ETS 300 287-1 [6]. 

In case the dialogue is established and the FE has received an operation, leading to the termination of the 
relationship, does not wish to continue dialogue and there is no operation to be sent, a TC-END request 
primitive (basic) with zero components can be sent from the FE. 

Pre-arranged End 

Where an entity is interested in possible ERROR or REJECT messages on response to sent operations 
leading to a termination of the relationship, the dialogue is ended with a TC-END request primitive 
(pre-arranged end) after the last associated operation timer expires. The receiving entity can end the dialogue 
with a TC-END request primitive (pre-arranged end) after successful processing of these operations (i.e. the 
relationship is terminated). 

in general, the use of prearranged end shall be limited to the case for both communicating entities clearly 
recognizable that peer entity applies prearranged end. In all other cases, basic end shall be used. 

12.1.1.2 Abnormal procedures 

This subclause describes the procedures and TC primitives that shall be used for reporting abnormal situations between 
AEs. The error cases are defined in clause 10. 

The following primitives shall be used to report abnormal situations: 

operation errors, as defined in the CAP, are reported with TC-U-ERROR request primitive. 

- rejection of a TC component by the TC-user shall be reported with TC-U-REJECT request primitive. 
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when the FE detecting error or rejecting operation decides the termination of TC dialogue, TC-END request 
primitive (basic) with error or reject can be used for the termination of TC dialogue. 

when the gsmSSF or the gsmSRF detecting error or rejecting operation recognizes the possibility to continue 
dialogue, TC -CONTINUE request primitive with error or reject can be used for the continuation of TC dialogue. 

a dialogue shall be aborted by the TC-user with a TC-U-ABORT request primitive. 

on expiration of application timer TSSF or TSRF, dialogue shall be terminated by means of by TC-U-ABORT 
primitive with an Abort reason, regardless of TC dialogue is established or not. 

For abnormal situations detected by TC the same rules shall apply for reception of TC-R-REJECT indication as for 
transmission of TC-U-REJECT request and for transmission of TC-P -ABORT indication as for transmission of 
TC-U-ABORT request primitive. 

The following rules shall be applied to terminate the TC dialogue under abnormal situations: 

in the case that abort condition is detected and TC dialogue is established, TC dialogue is terminated by 
TC-U-ABORT primitive with an Abort reason. 

in the case that abort condition is detected and TC dialogue is not established, TC dialogue is locally terminated 
by TC-U-ABORT primitive, (in the case such as application time out). 

In error situations prearranged end shall not be used to terminate the TC dialogue. In case any AE encounters an error 
situation the peer entity shall be explicitly notified of the error, if possible. If from any entity's point of view the error 
encountered requires the relationship to be ended, it shall close the dialogue via a TC-END request primitive with basic 
end or via a TC-U-ABORT request primitive, depending on whether any pending ERROR or REJECT component is to 
be sent or not. 

In case an entity receives a TC-END indication primitive and after all components have been considered, the FSM is 
not in a state to terminate the relationship, an appropriate internal error should be provided. 

In cases when a dialogue needs to be closed by the initiating entity before its establishment has been completed (before 
the first TC indication primitive to the TC-BEGIN request primitive has been received from the responding entity), the 
TC-user shall issue a TC-END request primitive with prearranged end or a TC-U-ABORT request primitive. The result 
of these primitives will be only local, any subsequent TC indication received for this dialogue will be handled according 
to the abnormal procedures as specified in ETS 300 287-1 [6]). 

12.1.1.3 Dialogue handling 
12.1.1.3.1 Dialogue establishment 

The establishment of a CAP dialogue involves two application processes as described in clause 1, one that is the 
dialogue-initiator and one that is the dialogue-responder. 

AC negotiation may not be supported in all PE and/or all networks. 

This procedure is driven by the following signals: 

A TC-BEGIN request primitive from the dialogue-initiator. 

A TC-BEGIN indication primitive occurring at the responding side 

The first TC-CONTINUE indication primitive occurring at the initiating side or under specific conditions: 

A TC-END indication primitive occurring at the initiating side 

A TC-U-ABORT indication primitive occurring at the initiating side 

A TC-P -ABORT indication primitive occurring at the initiating side 

Sending of a TC-BEGIN request 

Before issuing a TC-BEGIN request primitive, TC-USER shall store the AC -name and if present the user-information 
parameter. 
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TC-USER shall request the invocation of the associated operations using the TC-INVOKE service. See 
subclause 12.1.1.4.1 for a description of the invocation procedure. 

After processing of the last invocation request, TC-USER shall issue a TC-BEGIN request primitive. 

The initiator TC-USER then waits for a TC indication primitive and will not issue any other requests, except a 
TC-U-ABORT request or a TC-END request with the release method parameter set to "pre-arranged release". 

Receipt of a TC-BEGIN indication 

On receipt of a TC-BEGIN indication primitive, responder TC-USER shall: 

Analyse the application-context-name if included in the primitive. If it is supported, process any other indication 
primitives received from TC as described in subclause 12.1.1.4.1. 

If the application-context-name included in the primitive is not supported, issue a TC-U-ABORT request 
primitive. 

Receipt of the first TC-CONTINUE indication 

On receipt of the first TC-CONTINUE indication primitive for a dialogue, TC-USER shall check the value of the 
application-context-name parameter. If this value matches the one used in the TC-BEGIN request primitive, TC-USER 
shall process the following TC component handling indication primitives as described in subclause 12.1.1.4.1, 
otherwise it shall issue a TC-U-ABORT request primitive. 

Receipt of a TC-END indication 

On receipt of a TC-END indication primitive in the dialogue initiated state, TC-USER shall check the value of the 
application-context-name parameter. If this value match the one used in the TC-BEGIN request primitive, then the 
TC-USER shall process the following TC component handling indication primitives as described in 

subclause 12.1.1.4.1. 

Receipt of a TC-U-ABORT indication 

Receipt of a TC-U-ABORT indication primitive is described as part of user abort procedure (see 12.1.1.3.4.) 

Receipt of a TC-P-ABORT indication 

Receipt of a TC-P-ABORT indication primitive is described as part of provider abort procedure (see 12.1.1.3.5.) 

12.1.1.3.2 Dialogue continuation 

Once established the dialogue is said to be in a continuation phase. 

Both application processes can request the transfer of CAP APDUs until one of them requests the termination of the 
dialogue. 

Sending entity 

TC-USER shall process any component handling request primitives as described in subclause 12. 1 . 1 .4. 1 . 

After processing the last component handling request primitive, TC-USER shall issue a TC-CONTINUE request 
primitive. 

Receiving entity 

On receipt of a TC-CONTINUE indication primitive TC-USER shall accept zero, one or several TC component 
handling indication primitives and process them as described in subclause 12.1.1.4.1. 

12.1.1.3.3 Dialogue termination 

Both the dialogue-initiator and the dialogue-responder have the ability to request the termination of a dialogue after it 
has been established when no dialogue is to be established or when a dialogue is no longer to be maintained according 
to the rules as stated in subclauses 12.1.2.1.1 and 12.1.2.1.2. 

The dialogue termination procedure is driven by the following events: 
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A TC-END request primitive 

A TC-END indication primitive 

Sending of TC-END request 

When the dialogue shall no longer be maintained, TC-USER shall process any component handling request primitives 
as described in subclause 12.1.1.4.1 

After processing the last component handling request primitive (if any), TC-USER shall issue a TC-END request 
primitive with the release method parameter set to "basic end" or "prearranged release", according to the rules as stated 
in subclauses 12.1.2.1.1 and 12.1.2.1.2. 

When no dialogue is to be established, refer to subclauses 12.1.1.3.1. 

Receipt of a TC-END indication 

On receipt of a TC-END indication primitive, the TC-USER shall accept any component handling indication primitives 
and process them as described in subclause 12.1.1.4.1. 

After processing the last component handling primitive all dialogue related resources are released. 

12.1.1.3.4 User abort 

Both the dialogue-initiator and the dialogue-responder have the ability to abort a dialogue at any time. 
The user abort procedure is driven by one of the following events: 

- A TC-U-ABORT request primitive 

- A TC-U-ABORT indication primitive 
Sending of TC-U-ABORT request 

After issuing a TC-U-ABORT request primitive, all dialogue related resources are released. 

Receipt of a TC-U-ABORT indication 

On receipt of a TC-U-ABORT indication all dialogue related resources are released. 

12.1.1.3.5 Provider abort 

TC has the ability to abort a dialogue at both the dialogue-initiator side and the dialogue-responder side. 
The provider abort procedure is driven by the following event: 

- A TC-P-ABORT indication primitive 
Receipt of a TC-P-ABORT indication 

On receipt of a TC-P-ABORT indication, all dialogue related resources are released. 

12.1 .1 .3.6 Mapping to TC dialogue primitives 

The TC-UNI service is not used by CAP. 

The mapping of parameters onto the TC Dialogue services is as follows: 

The use of parameters of the TC -BEGIN service is as defined in subclause 12.1.1.3.7 with the following qualifications: 

The Destination Address parameter of the TC-BEGIN service shall be set to the CAP address of the AE which is 
to respond to the TC-BEGIN service. 

NOTE 1 : The address used in this parameter may be mapped by SCCP address translation to one of a number of 
alternative AEs. 
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The AC Name parameter of the TC -BEGIN service shall be set according to the specific interface being used 
between the initiating AE and the responding AE. 

The Originating Address parameter of the TC-BEGIN service shall be set to the unambiguous CAP address of 
the AE initiating the TC-BEGIN service. 

The use of parameters of the TC-CONTINUE service is as defined in subclause 12.1.1.3.7 with the following 
qualifications: 

The AC Name parameter of the TC-CONTINUE service shall be set to the value of the AC Name parameter of 
the TC-BEGIN service for the same Dialogue ID parameter value. 

If present, the Originating Address parameter of the TC-CONTINUE service shall be set to the unambiguous 
CAP address of the AE initiating the TC-CONTINUE service. This parameter is only present in the first 
TC-CONTINUE service after a TC-BEGIN service with the same Dialogue ID parameter value. 

The use of parameters of the TC-END service is as defined in subclause 12.1.1.3.7 with the following qualifications: 

The AC Name parameter of the TC-END service shall be set to the value of the AC Name parameter of the 
TC-BEGIN service for the same Dialogue ID parameter value. This parameter is only present if the TC-END 
service is used immediately after the TC-BEGIN service. 

The use of parameters of the TC-U- ABORT service is as defined in subclause 12.1.1.3.7 with the following 
qualifications: 

The Abort Reason parameter of the TC-U- ABORT service shall be used as specified in ETS 300 287-1 [6]. 

The AC Name parameter of the TC-U-ABORT service shall be set to the value used in the TC-BEGIN service. 

NOTE 2: This parameter is only present if the TC-U-ABORT is the immediate response to a TC-BEGIN 
indication. 

The use of parameters of the TC-P-ABORT service is as defined in subclause 12.1.1.3.7 with the following 
qualifications: 

The P- Abort parameter of the TC-P-ABORT service is set by TC to indicate the reason why TC aborted the 
dialogue. It shall take the values as defined in ETS 300 287-1 [6]. 

12.1 .1 .3.7 Default mapping to TC dialogue parameters 

Dialogue Id 

The value of this parameter is associated with the CAP invocation in an implementation dependent manner. This 
parameter uniquely identifies a specific TC dialogue to a remote CAP AE for an CAP AE. 

Application-context-name 

The application-context-name parameter is set according to the set of operations which need to be supported by the TC 
dialogue. The defined AC Names can be found in clauses 6 to 8. 

User information 

This parameter may be used by both initiating and responding application processes. This parameter shall be used for 
the CAP-GPRS-ReferenceNumber as defined in 12.1.7. For interfaces other than the gprsSSF-gsmSCF interface and for 
SMS related messages (as in subclauses 12.1.3, 12.1.4 and 12.1.5) the receiving side may ignore this parameter if 
received. The User Information parameter shall be encoded in accordance with the definition provided in Q.773 
(subclause 3.2) [48] and the definition of EXTERNAL type provided in X.690 [34], with the restriction that: 

- a size (1..10) constraint of SEQUENCE OF EXTERNAL; 

an Object Identifier shall always be present to identify the user information and the entity which sent it; 

a single-ASN-1-type is used for encoding. 
For the use of CAP defined TC-U-Abort reason, see the ASN.l notation in the subclause 5.7. 
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For the use of CAP defined CAP-GPRS -ReferenceNumber, see subclause 12.1.7. For the abstract syntax of CAP 
defined CAP -GPRS -ReferenceNumber, see the ASN.l notation in the subclause 8.1. 

Component present 

This parameter is used by TC-USER as described in ETS 300 287-1 [6]. 

Termination 

The value of the release method parameter of the TC-END request primitive is set by TC-USER according to the rules 
as stated in subclauses 12.1.2.1.1 and 12.1.2.1.2. 

Quality of service 

The quality of service of TC request primitives is set by the TC-USER to the following value: 

Sequencing requested; 

- return option, this parameter is set by TC-USER in an implementation dependent manner. 

12.1.1.4 Component handling 
12.1.1.4.1 Procedures for CAP operations 

This subclause describes the procedures for CAP operations. 

Operation invocation 

TC-USER shall build an operation argument from the parameters received and request the invocation of the associated 
operation using the TC -INVOKE procedure. If a linked ID parameter is inserted in the primitive this indicates a child 
operation and implies that the operation is linked to a parent operation. 

Operation invocation receipt 

On receipt of a TC-INVOKE indication primitive, TC-USER shall 

If the operation code does not correspond to an operation supported by the application-context, request the 
transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate problem code 
(unrecognized operation); 

If a linked ID is included, perform the following checks: If the operation referred to by the linked ID does not 
allow linked operations or if the operation code does not correspond to a permitted linked operation, or if the 
parent operation invocation is not active, issue a TC-U-REJECT request primitive with the appropriate problem 
code (linked response unexpected or unexpected linked operation); 

If the type of the argument is not the one defined for the operation, request the transfer of a reject component 
using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped parameter); 

if the operation cannot be invoked because the CAP related dialogue is about to be released, requests the transfer 
of the reject component using the TC-U-REJECT request primitive with the problem code (Initiating Release); 

if sufficient CAP related resources are not available to perform the requested operation, request the transfer of a 
reject component using the TC-U-REJECT request primitive with the problem code (Resource Limitation); 

Otherwise, accept the TC-INVOKE indication primitive. If the operation is to be user confirmed, TC-USER 
waits for the corresponding response. 

Operation Response 

For user confirmed operations, TC-USER shall: 

If no error indication is included in the response to a class 1 or 3 operation, construct a result information 
element from the parameters received and request its transfer using the TC-RESULT-L service. 
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- If an error indication is included in the response to a class 1 or 2 operation, construct an error parameter from the 
parameters received and request its transfer using the TC-U-ERROR request primitive. 

Receipt of a response 

On receipt of a TC-RESULT-NL indication, TC-USER shall: 

Request the transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate 
problem code (mistyped parameter). 

On receipt of a TC-RESULT-L indication, TC-USER shall: 

- if the type of the result parameter is not the one defined for the result of this operation, request the transfer of a 
reject component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped 
parameter); 

otherwise, accept the TC-RESULT-L indication primitive. 

On receipt of a TC-U-ERROR indication, TC-USER shall: 

if the error code is not defined for the TC-USER or is not one associated with the operation referred to by the 
invoke ID, request the transfer of a reject component using the TC-U-REJECT request primitive, with the 
appropriate problem code (unrecognized error or unexpected error); 

if the type of the error parameter is not the one defined for this error, request the transfer of a reject component 
using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped parameter); 

Otherwise, accept the TC-U-ERROR indication primitive. 

On receipt of a TC-U-REJECT indication primitive which affects a pending operation, TC-USER shall: 

accept the TC-U-REJECT indication primitive. 

On receipt of a TC-L-REJECT indicating "return result problem, return error unexpected", TC-USER shall inform the 
application process. 

On receipt of a TC-L-REJECT indicating "return error problem, return error unexpected", TC-USER shall inform the 
application process. 

This event occurs when the local TC detects a protocol error in an incoming component which affects an operation. 

When the problem code indicates a general problem, it is considered that the event cannot be related to an active 
operation even if the invoke Id is provided by TC. This is because it is unclear whether the invoke Id refers to a local or 
remote invocation. The behaviour of TC-USER in such a case is described in the subclause headed "other events". 

On receipt of a TC-L-CANCEL indication, the TC-USER shall: 

if the associated operation is a class 1 operation, inform the application process; 

if the associated operation is a class 2 operation and no linked operations are defined for this operation, ignore 
the primitive; 

if the associated operation is a class 2 operation and has linked operations but none of them has been invoked, 
inform the application process; 

if the associated operation is a class 2 operation and a linked operation invocation has already been received in 
response to this operation, ignore the primitive; 

if the associated operation is a class 3 operation, inform the application process; 

if the associated operation is a class 4 operation, ignore the primitive; 

Other events 

This subclause describes the behaviour of TC-USER on receipt of a component handling indication primitive which 
cannot be related to any operation or which does not affect a pending one. 
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On receipt of a TC-U-REJECT indication primitive which does not affect an active operation (i.e. indicating a return 
result or return error problem), it is up to the application process to abort, continue or terminate the dialogue, if not 
already terminated by the sending application process according to the rules as stated in subclause 12.1.2.1.2. This is 
also applicable for invoke problems related to a class 4 linked operation. 

On receipt of a TC-R-REJECT indication (i.e. when a protocol error has been detected by the peer TC entity) which 
does not affect an active operation, it is up to the application process to abort, continue or terminate the dialogue, if not 
already terminated by the sending application process according to the rules as stated in subclause 12.1.2.1.2. 

On receipt of a TC-L-REJECT indication primitive (i.e. when a protocol error has been detected by the local TC entity) 
which cannot be related to an active operation, it is up to the application process to continue, or to terminate the 
dialogue and implicitly trigger the transmission of the reject component or to abort the dialogue. 

On receipt of a TC-NOTICE indication primitive, which informs the TC-USER that a message cannot be delivered by 
the Network Layer, it is for the application process to decide whether to terminate the dialogue or retry. 

This primitive can only occur if the Return Option has been set (see subclause 12.1.1.3.6). 

12.1 .1 .4.2 Mapping to TC component primitives 

The mapping of parameters onto the TC Component services is as follows: 

The TC-U-CANCEL service is not used. 

The TC-RESULT-NL service is not used. 

The use of parameters of the TC -INVOKE service is as defined in subclause 12.1.1.4.3 with the following 
qualifications: 

The Operation parameter of the TC-INVOKE service shall contain the operation. &operationCode value of the 
CAP operation to be invoked. The operation must be one of the valid operations supported by the negotiated AC 
for the TC dialogue and must be invokable by the local AE. 

The Parameters parameter of the TC-INVOKE service shall contain a value of the operation. &ArgumentType 
value for the operation being invoked, as specified by the Operation parameter. 

The use of parameters of the TC-RESULT-L service is as defined in subclause 12.1.1.4.3 with the following 
qualifications: 

The Invoke Id parameter of the TC-RESULT-L service shall be set to the value of the Invoke Id parameter of the 
TC-INVOKE service from the remote AE to which a result is being sent. 

The Operation parameter of the TC-RESULT-L service be set to the value of the Operation parameter of the 
TC-INVOKE service from the remote AE which contains the same Invoke Id Parameter value. 

The Parameters parameter of the TC-RESULT-L service shall contain the operation. &ResultType value for the 
operation result, as specified by the Operation parameter. 

The use of parameters of the TC-U-ERROR service is as defined in subclause 12.1.1.4.3 with the following 
qualifications: 

The Invoke Id parameter of the TC-U-ERROR service shall be set to the value of the Invoke Id parameter of the 
TC-INVOKE service from the remote AE to which an error is being sent. 

The Error parameter of the TC-U-ERROR service shall be set to the value of the error. &errorCode of the error 
to be sent. It must be one of the errors which is expected for the invoked operation as defined in the 
operation. &Errors specification. 

The Parameters parameter of the TC-U-ERROR service shall be set to the value of the error. &ParameterType of 
the error to be sent, as identified by the Error parameter. 

The use of parameters of the TC-U-REJECT service is as defined in subclause 12.1.1.4.3 with the following 
qualifications: 

The Invoke Id parameter of the TC-U-REJECT service shall be set to the Invoke Id Parameter of the TC 
component service from the remote AE which is being rejected. 
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The use of parameters of the TC-L-CANCEL service is as defined in subclause 12.1.1.4.3. 

12.1 .1 .4.3 Default mapping to TC component parameters 

Invoke Id 

This parameter is set by the sending application process. It represents the unique identity of an instance of an operation 
which is invoked by a AE within a specific TC dialogue. The TC dialogue is identified by the Dialogue Id parameter. 

Linked Id 

This parameter is set by the sending application process. It represents the Invoke Id of an operation which was received 
from the remote AE for a specific TC dialogue to which the operation being invoked by the local AE is to be linked. 
This parameter is only present if the original operation invoked by the remote AE is defined as having linked 
operations. The type of local operation invoked must be the same type as one of the operations defined as being linked. 

Dialogue Id 

The value of this parameter is associated with the CAP invocation in an implementation dependent manner. It 
represents the identity of the established TC dialogue which will carry the component services between the local AE 
and the remote AE. 

Class 

The value of this parameter is set according to the type of the operation to be invoked according to the operation 
definitions in clauses 6 through 8. 

Time out 

The value of this parameter is set according to the type of operation invoked. 

Last component 

This parameter is used as described in ETS 300 287-1 [6]. 

Problem code 

This parameter is used as described in subclause 12.1.1.4.1. 

Abort reason 

This parameter is used by TC-USER, and attributes and coding are specified by network operator. 

12.1.2 gsmSSF-gsmSCF interfaces 
12.1.2.1 Normal procedures 
12.1.2.1.1 gsmSSF-to-gsmSCF messages 

This subclause defines the normal procedures for TC messages from the gsmSSF to the gsmSCF. 

gsmSSF-FSM related messages 

A dialogue shall be established when the gsmSSF-FSM moves from the state Idle to the state Waiting for Instructions. 
The InitialDP operation shall be transmitted in the same message. 

The CAP operation InitialDP shall be sent with a TC-BEGIN request primitive. 

For all other operations sent from the gsmSSF-FSM, the dialogue shall be maintained except for the following cases. 

When the gsmSSF-FSM makes a non-error case state transition to the state Idle and there is one or more pending 
operation and TC dialogue is established, TC dialogue can be terminated by TC-END primitive with component(s). 
When the gsmSSF sends the last EventReportBCSM, ApplyChargingReport or CalllnformationReport the dialogue may 
be ended from the gsmSSF by a TC-END request primitive with basic end. 
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In the case that there is no pending operation and TC dialogue is established, TC dialogue can be terminated by 
TC-END primitive with zero component or prearranged end. When the gsmSSF-FSM makes a non-error case state 
transition to the state Idle and there is no operation to be sent, the dialogue is ended by means of a TC-END request 
primitive (basic) with zero components, or the dialogue is locally ended by means of a TC-END request primitive with 
prearranged end. 

In the case where a call release is initiated by any other entity than an gsmSCF, the gsmSSF can end a dialogue with a 
TC-END request primitive with zero component or prearranged end if a TC dialogue is established and the gsmSSF has 
no pending call information requests (or pending requests which should be treated in the same way, see 
subclause 12.1.1.1) nor any armed EDP. 

When the gsmSSF has sent the last EventReportBCSM, ApplyChargingReport or CalllnformationReport the dialogue 
may be ended from the gsmSCF by a TC-END request primitive with basic end. 

Assisting gsmSSF FSM related messages 

A dialogue shall be established when the Assisting gsmSSF-FSM moves from the state Idle to the state Waiting for 
Instructions. The AssistRequestlnstructions operation shall be transmitted with a TC-BEGIN request primitive. 

For all other operations sent from the Assisting gsmSSF-FSM, the dialogue shall be maintained except for the following 

cases. 

When the Assisting gsmSSF-FSM makes a non-error case state transition to the state Idle and there is one or more 
pending operation and TC dialogue is established, TC dialogue can be terminated by TC-END primitive with 
component(s). 

In the case that there is no pending operation and TC dialogue is established, TC dialogue can be terminated by 
TC-END primitive with zero component or prearranged end. When the Assisting gsmSSF-FSM makes a non-error case 
state transition to the state Idle and there is no operation to be sent, the dialogue is ended by means of a TC-END 
request primitive (basic) with zero components, or the dialogue is locally ended by means of a TC-END request 
primitive with prearranged end. 

SSME-FSM related messages 

The following procedures shall be followed: 

The dialogue shall be maintained when the ActivityTest Return Result is sent. 

12.1.2.1.2 gsmSCF-to-gsmSSF messages 

This subclause defines the normal procedures for TC messages from the gsmSCF to the gsmSSF. 

SCSM-FSM related messages 

A dialogue shall be established when the SCSM-FSM receives of InitialDP operation for TDP-R or 
AssistRequestlnstructions operation. 

For subsequent operations sent from the SCSM-FSM, the dialogue shall be maintained except for the following cases, 
i.e. all other operations are sent after a dialogue was established from the gsmSSF (the gsmSCF has previously received 
a TC-BEGIN indication primitive with an InitialDP operation or an AssistRequestlnstructions operation). 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSCF. When the 
gsmSCF does not expect any messages other than possibly REJECT or ERROR messages for the operations sent and 
when the last associated operation timer expires, the dialogue is locally ended by means of a TC-END request primitive 
with prearranged end. 

Alternatively, the sending of operations, leading to the termination of the relationship, by means of a TC-END request 
primitive (basic end) is possible. 

SCME-FSM related messages 

The operations sent from the SCME-FSM shall be issued according to the following procedures: 

The dialogue shall be maintained when the ActivityTest operation is sent. 
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- For sending one or more CallGap operations, the SCME FSM shall use an existing SCSM FSM associated 

dialogue which was initiated by a gsmSSF-FSM (i.e. established for the transmission of the InitialDP operation). 
The dialogue shall be maintained. 

12.1.2.1.3 gsmSSF/gprsSSF-to-gsmSCF SMS related messages 

A dialogue shall be established when the gsmSSF/gprsSSF has finalised trigger processing and moves to the state 
Waiting for Instructions. The relevant CAP operation, which can only be the InitialDPSMS operation, shall be 
transmitted in the same message. 

For all other operations sent from the gsmSSF/gprsSSF, the dialogue shall be maintained. 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSSF/gprsSSF. When 
the gsmSSF/gprsSSF makes a state transition to the state Idle, the dialogue is locally ended by means of a TC-END 
request primitive with prearranged end. 

When the gsmSSF/gprsSSF has sent the last EventReportSMS operation the dialogue may be ended from the gsmSCF 
by a TC-END request primitive with basic end. If the gsmSSF/gprsSSF decides to apply basic end, it shall send TC- 
END with zero components. 

12.1 .3 gsmSCF-to-gsmSSF/gprsSSF SMS related messages 

All operations are sent after a dialogue was established from the gsmSSF/gprsSSF (the gsmSCF has previously received 
a TC-BEGIN indication primitive with an InitialSMSEvent operation). 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSCF. When the 
gsmSCF does not expect any messages other than possibly REJECT or ERROR messages for the operations sent and 
when the last associated operation timer expires, the dialogue is locally ended by means of a TC-END request primitive 
with prearranged end. 

Alternatively, the sending of operations, leading to the termination of the control relationship, by means of a TC-END 
request primitive (basic end) is possible. 

1 2.1 .3.1 Use of dialogue handling services 

Dialogue handling services are used to trigger the sending of the APDUs associated with the operations involved in the 
CAP packages. 

Component grouping is performed under the control of the application-process through an appropriate usage of the 
TC-BEGIN, TC-CONTINUE and TC-END service. 

12.1.3.2 Abnormal procedures 

The following procedures also apply to the gsmSCF-gsmSRF interfaces. 

12.1.3.2.1 gsmSCF-to-gsmSSF/gsmSRF messages 

Considering that gsmSSF and gsmSRF do not have the logic to recover from error cases detected on the 
gsmSCF-gsmSSF/gsmSRF interface, the following shall apply: 

Operation errors and rejection of TC components shall be transmitted to the gsmSSF and, respectively, the 
gsmSRF with a TC-END request primitive, basic end. 

If, in violation of the above procedure, an ERROR or REJECT component is received with a TC-CONTINUE 
indication primitive, the gsmSSF and, respectively, the gsmSRF shall abort the dialogue with a TC-U-ABORT request 
primitive. 

12.1.3.2.2 gsmSSF/gsmSRF/ -to-gsmSCF messages 

Operation errors and rejection of TC components shall be transmitted to the gsmSCF according to the following rules: 
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The dialogue shall be maintained when the preceding message, which contained the erroneous component, 

indicated that the dialogue shall be maintained. I.e. the error or reject shall be transmitted with a 

TC -CONTINUE request primitive if the erroneous component was received with a TC -CONTINUE indication 

primitive. 

On receipt of an ERROR or REJECT component the gsmSCF decides on further processing. It may either 

continue, explicitly end or abort the dialogue. 

In all other situations the dialogue shall no longer be maintained. I.e. the error or reject shall be transmitted with 
a TC-END request primitive, basic end, if the erroneous component was received with a TC-BEGIN indication 
primitive. 

on expiration of application timer TSSF or TSRF, dialogue shall be terminated by means of by TC-U-ABORT 
primitive with an Abort reason, regardless of TC dialogue is established or not. 

If the error processing in the gsmSSF/gsmSRF leads to the case where the gsmSSF/gsmSRF is not able to process 
further gsmSCF operations while the dialogue is to be maintained, the gsmSSF/gsmSRF aborts the dialogue with a 
TC-END request primitive with basic end or a TC-U-ABORT request primitive, depending on whether any pending 
ERROR or REJECT component is to be sent or not. 

The gsmSSF can end a dialogue with a TC-U-ABORT request primitive in case call release is initiated by any other 
entity then the gsmSCF and the gsmSSF has no pending call information requests (or pending requests which should be 
treated in the same way, i.e., ApplyCharging nor any armed EDP to notify the gsmSCF of the call release (for 
alternative way, see subclause 12.1.2.1.1). 

12.1.4 gsmSCF-to-gsmSSF/gprsSSF SMS related messages 

Considering that the gsmSSF/gprsSSF does not have the logic to recover from error cases detected on the gsmSCF- 
gsmSSF/gprsSSF interface, the following shall apply: 

operation errors and rejection of TC components shall be transmitted to the gsmSSF/gprsSSF with a TC-END 
request primitive, basic end. 

If, in violation of the above procedure, an ERROR or REJECT component is received with a TC -CONTINUE 
indication primitive, the gsmSSF/gprsSSF shall abort the dialogue with a TC-U-ABORT request primitive. 

12.1 .5 gsmSSF/gprsSSF-to-gsmSCF SMS related messages 

Operation errors and rejection of TC components shall be transmitted to the gsmSCF according to the following rules: 

the dialogue shall be maintained when the preceding message, which contained the erroneous component, 
indicated that the dialogue shall be maintained. I.e. the error or reject shall be transmitted with a 
TC-CONTINUE request primitive if the erroneous component was received with a TC -CONTINUE indication 
primitive; 

on receipt of an ERROR or REJECT component the gsmSCF decides on further processing. It may either 
continue, explicitly end or abort the dialogue; 

If the error processing in the gsmSSF/gprsSSF leads to the case where the gsmSSF/gprsSSF is not able to process 
further gsmSCF operations while the dialogue is to be maintained, the gsmSSF/gprsSSF aborts the dialogue with a 
TC-U-ABORT request primitive. 

The gsmSSF/gprsSSF aborts a dialogue with a TC-U-ABORT request primitive if release is initiated by any other entity 
than the gsmSCF and the gsmSSF/gprsSSF has no armed EDPs to notify the gsmSCF. 

1 2.1 .5.1 Use of dialogue handling services 

On receipt of a TC-U-REJECT.ind in the FE, this primitive should be ignored. It is up to the application process to 
abort, continue or terminate the dialogue, if not already terminated by the sending application process according to the 
rules as stated in subclause 12.1.1.2. This is also applicable for invoke problems related to a class 4 linked operation. 

A TC-U-REJECT.req should be sent followed by a TC-CONTINUE.req. 
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On receipt of a TC-R-REJECT.ind in the FE, this primitive should be ignored. It is up to the application process to 
abort, continue or terminate the dialogue, if not already terminated by the sending application process according to the 
rules as stated in subclause 12.1.1.2. This is also applicable for invoke problems related to a class 4 linked operation. 

On receipt of a TC-L-REJECT indication primitive (i.e. when a protocol error has been detected by the local TC entity) 
which cannot be related to an active operation, it is up to the application process to continue or to terminate the dialogue 
and implicitly trigger the transmission of the reject component or to abort the dialogue. 

On receipt of a TC-NOTICE indication the TC-USER is informed that a message cannot be delivered by the Network 
Layer. It occurs if the Return Option has been set (see subclause 12.1.1.3.7). It is for the application process to decide 
whether to terminate the dialogue or retry. 

The application-process is the sole user of the TC-P -ABORT service and TC-NOTICE service. 

The receipt of a TC-U-ABORT-Ind or TC-P-ABORT-Ind on a dialogue terminates all request processing. 

12.1.5.2 Dialogue handling 

12.1.5.2.1 Dialogue establishment 

12.1.5.2.2 Dialogue continuation 

12.1.5.2.3 Dialogue termination 

12.1.5.2.4 User abort 

12.1.5.2.5 Provider abort 

12.1 .5.2.6 Mapping to TC dialogue primitives 

The gsmSSF-gsmSCF IN services can be mapped onto TC services. This subclause defines the mapping of the 
gsmSSF-gsmSCF IN services onto the services of the TC dialogue handling services defined in ETS 300 287-1 [6]. 

a) The TC -BEGIN service is used to invoke the operations of the gsmSCF-gsmSSF connection packages as defined 
in clause 6. 

b) The TC -CONTINUE service is used to report the success of the operations invoked in a TC -BEGIN service and 
to invoke or respond to any other operations. 

c) The TC-U-ABORT service is used to report the failure of operations of the connection packages as defined in 
clause 6. 

The mapping of the parameters onto the TC -BEGIN primitive is defined in subclause 12.1.1.3.6 with the following 
qualifications: 

The AC Name parameter shall take the value of the application-context-name field of the cap3-sms-AC object if 
the initiating AE is a gsmSSF. 

The mapping of the parameters onto the TC -CONTINUE primitive is defined in subclause 12.1.1.3.6. 

The mapping of the parameters onto the TC-U-ABORT primitive is defined in subclause 12.1.1.3.6 with the following 
qualifications: 

The Application-Context -Name parameter shall be used as specified in ETS 300 287-1 [6]. When the responding 
AE refuses a dialogue because the application-context-name it receives is not supported, this parameter shall have 
the value of the application-context-name field of the cap3-sms-AC object if the responding AE is a gsmSCF. 

The use of the parameters of the TC-END service is defined in subclause 12.1.1.3.6. 
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12.1.5.3 Component Handling 

12.1.5.3.1 Procedures for CAP operations 

The CAP ASEs are users of the TC component handling services except for the TC-L-REJECT and TC-L-CANCEL 
services which are used by the application-process. Receipt of a TC-L-REJECT-Ind leads the application-process to 
abandon the dialogue (i.e. it issues a TC-U-ABORT-Request primitive). 

The TC-U-CANCEL service is never used. 

12.1.5.3.2 Mapping to TC component parameters 

The gsmSSF-gsmSCF IN ASE services are mapped onto the TC component handling services. The mapping of 
operations and errors onto TC services is defined in subclause 12.1.1.4.2 with the following qualifications: 

The timeout parameter of the TC-INVOKE-Req primitives is set according to clause 6. 

12.1.6 gsmSCF-gsmSRF interface 
12.1.6.1 Normal procedures 
12.1.6.1.1 SCF-to/f rom-gsmSRF messages 

A dialogue is established when the gsmSRF sends an AssistRequestlnstructions operation to the gsmSCF. For all other 
operations sent to/from the gsmSRF, the dialogue shall be maintained. 

In the case that there is no pending operation and TC dialogue is established, TC dialogue can be terminated by 
TC-END primitive with zero component. When the SCSM makes a non-error case state transition to end user 
interaction and there is no operation to be sent, the dialogue is ended by means of a TC-END request primitive (basic) 
with zero components. 

The dialogue shall no longer be maintained when sending the SpecialisedResourceReport operation for 
PlayAnnoucement with disconnection from the gsmSRF set to true or Return Result of the 
PromptAndCollectUserlnformation with disconnection from the gsmSRF set to true with disconnection from the 
gsmSRF set to true. The dialogues is ended by means of a TC-END request primitive with basic end, and the one of 
above operations is transmitted with the same request. 

Regardless of whether pending operation exists or not, when the SRSM-FSM is informed of the disconnection of bearer 
connection (in the case of gsmSCF initiated disconnection or call abandon from call party) and dialogue is established, 
the dialogue is ended by means of a TC-END request primitive (basic) with zero components or TC-END request 
primitive (prearranged end). 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSRF. When the 
SRSM-FSM is informed the disconnection of bearer connection and TC dialogue is not established, TC dialogue is 
locally terminated by TC-END primitive with prearranged end. 

When the gsmSCF does not expect any messages other than possibly REJECT or ERROR messages for the operations 
sent and when the last associated operation timer expires, the dialogue is locally ended by means of a TC-END request 
primitive with prearranged end. Alternatively, the sending of operations, leading to the termination of the relationship, 
by means of a TC-END request primitive (basic end) is possible. 

In the relay case, the gsmSRF-gsmSCF relationship uses the gsmSSF-gsmSCF TC dialogue. This is possible, because 
begin and end of the gsmSRF-gsmSCF relationship are embedded in the gsmSSF-gsmSCF relationship. 
gsmSRF-gsmSCF information shall be exchanged with TC -CONTINUE request primitives. 
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12.1.6.1.2 Abnormal procedures 

12.1 .6.1 .3 Dialogue handling 

12.1.6.1.4 Dialogue establishment 

12.1.6.1.5 Dialogue continuation 

12.1.6.1.6 Dialogue termination 

12.1.6.1.7 User abort 

12.1.6.1.8 Provider abort 

12.1.6.1.9 Mapping to TC dialogue primitives 

The gsmSCF-gsmSRF IN services can be mapped onto TC services. This subclause defines the mapping of the 
gsmSCF-gsmSRF IN services onto the services of the TC dialogue handling services defined in ETS 300 287-1 [6]. 

a) The TC -BEGIN service is used to invoke the operations of the gsmSRF-gsmSCF connection packages as defined 
in clause 6. 

b) The TC -CONTINUE service is used to report the success of the operations invoked in a TC-BEGIN service and 
to invoke or respond to any other operations. 

c) The TC-U-ABORT service is used to report the failure of operation of the gsmSCF-gsmSRF operations 
packages as defined in clause 6. 

The mapping of parameters onto the TC Dialogue services is as defined in subclause 12.1.1.3.6 with the following 
qualifications: 

The mapping of the parameters onto the TC-BEGIN primitive is defined in subclause 12.1.1.3.6 with the following 
qualifications: 

The AC Name parameter shall take the value of the application-context-name field of the gsmSRF-gsmSCF-ac 
object. 

12.1.6.2 Component handling 

12.1.6.2.1 Procedures for CAP operations 

12.1.6.2.2 Mapping to TC component parameters 

The mapping of parameters for the TC component services is defined in subclause 12.1.1.4.2 with the following 
qualifications. 

The Timeout Parameter of the TC-INVOKE service is set according to clauses 6. 

12.1.7 gprsSSF-gsmSCF interface 
12.1.7.1 Normal procedures 
12.1.7.1.1 TC-dialogues and relationships 

The GPRS dialogue can consist of multiple consecutive TC-dialogues. A GPRS dialogue is identified by a GPRS- 
ReferenceNumber consisting of the originationReference and the destinationReference. One GPRS -Reference is 
assigned by the SGSN and shall be unique within this SGSN. The other GPRS -Reference is assigned by the gsmSCF 
and shall be unique within this gsmSCF. 
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The rC-dialogues are closed and (re)opened whenever necessary. 

12.1.7.1.2 Use of the GPRS Reference 

For the use of CAP defined GPRS-ReferenceNumber, see also the ASN.l notation in the subclause 8.1. 

When the gprsSSF sends the first operation for a new GPRS dialogue (InitialDPGPRS), the gprsSSF shall include a 
GPRS-ReferenceNumber in the TC message. This GPRS-ReferenceNumber shall consist of the SGSN Process Id as 
originationReference, which is internally allocated by the gprsSSF. This number is used by the gprsSSF to associate an 
incoming TC message with an internal GPRS Process. 

When the gsmSCF has received the InitialDPGPRS operation, it shall store the SGSN Process ID and allocate an SCF 
Process Id which is used by the gsmSCF to associate an incoming TC message with an internal SCF Process. 

The SCP shall include the GPRS-ReferenceNumber in the first TC -CONTINUE message, SGSN Process Id in 
destinationReference and SCF Process Id in originationReference, returned to the gprsSSF. 

When the gprsSSF receives the first TC message from the SCP for this GPRS dialogue, the gprsSSF shall store the SCP 
Process Id together with the SGSN Process Id. 

From here onwards all the TC messages that open a new TC dialogue shall include the GPRS-ReferenceNumber 
consisting of the originationReference and the destinationReference to associate the internal process in the origination 
entity and the destination entity, respectively, until the end of the relationship between these processes. 

For any TC-CONTINUE in the existing TC dialogue, transporting the GPRS-ReferenceNumber is not needed except 
for the first response after the InitialDPGPRS operation. 

12.1.7.1.3 gprsSSF-to-gsmSCF messages 

This subclause defines the normal procedures for TC messages from the gprsSSF to the gsmSCF. 

gprsSSF-FSM related messages 

A GPRS dialogue and a TC dialogue shall be established when the gprsSSF moves from the state Idle to the state 
Waiting for Instructions. The InitialDPGPRS operation shall be transmitted in the same TC message, i.e. TC-BEGIN. It 
shall contain the GPRS -Reference as assigned by the SGSN in the originationReference. The gprsSSF may intiate the 
subsequent TC dialogues for this GPRS dialogue with the following operations: 

- ApplyChargingReportGPRS 

- EntityReleasedGPRS 

- EventReportGPRS 

The gprsSSF shall memorise the gsmSCF address used in the first response message to the InitialDPGPRS, and use it in 
the further TC dialogues. The gsmSCF shall memorise the gprsSSF address received along with the InitialDPGPRS, 
and use it in the further TC dialogues for the relationship between these processes. 

The gsmSCF may open subsequent TC dialogues with the following CAP operations: 

- ActivityTestGPRS; 

- ApplyChargingGPRS; 

- CancelGPRS; 
FurnishCharginglnformationGPRS ; 

- ReleaseGPRS; 

- RequestReportGPRSEvent; 

SendCharginglnformationGPRS . 

The CAP operation that opens a TC dialogue shall be sent with a TC-BEGIN request primitive. This message shall 
contain the GPRS-ReferenceNumber assigned by the sender of this message in the originationReference. If the 
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operation opens a subsequent TC dialogue this message shall contain also the previously received destinationReference. 
If an operation opens a GPRS dialogue then the TC message reply shall contain the originationReference as assigned by 
the sender, i.e. the gsmSCF. 

The TC dialogue shall be closed for the idle periods, i.e. when the gprsSSF moves from the Waiting for Instructions 
state to the Idle state, if the gprsSSF is in the Monitoring state and has received all replies or time-outs for the 
operations sent, after standalone operations of the SCF in Monitoring state if gprsSSF is not going to the Idle state 
(Activity TestGPRS, ApplyChargingGPRS, CancelGPRS, FurnishCharginglnformationGPRS, 
RequestReportGPRSEvent, SendCharginglnformationGPRS), or at the end of a GPRS dialogue. 
Each TC dialogue shall be terminated by the gprsSSF using TC-END (basic end). The following operations can cause 
the end of the GPRS dialogue: 

- ContinueGPRS; 

- ConnectGPRS; 
ApplyChargingReportGPRS result; 

- EntityReleasedGPRS rersult; 

- EventReportGPRS (EDP-N) result; 

- CancelGPRS; 

- ReleaseGPRS; 

RequestReportGPRSEvent (disarming of DPs). 

When the gprsSSF makes a non-error case state transition to the state Idle and there is one or more pending operation 
and TC dialogue is established, TC dialogue may be terminated by TC-END primitive with zero component(s) after all 
pending operations have been sent. When the gprsSSF sends the last EventReportGPRS, EntityReleasedGPRS or 
ApplyChargingReportGPRS, then after reception of the result or error, the GPRS dialogue may be ended from the 
gprsSSF by a TC-END request primitive with basic end. 

In the case that there is no pending operation, result nor error, and TC dialogue is established, TC dialogue shall be 
terminated by a TC-END primitive with zero components. 

In the case where a PDP context release or detach is initiated by any other entity than an gsmSCF, the gprsSSF shall end 
a GPRS dialogue with the EntityReleasedGPRS operation if the gprsSSF has no armed DP to report nor pending 
ApplyChargingReportGPRS which should reported. 

In the case of overlapping dialogues for the same GPRS dialogue the gsmSCF opened TC dialogue is aborted by the 
gprsSSF with the abort reason overlapping-dialogue as specified in clause 5.7. This abort reason is used to indicate to 
the gsmSCF that a specific instance already has a TC dialogue open. It is typically obtained when both the gsmSCF and 
gprsSSF open a new dialogue at the same time. While the gprsSSF waits for a response to an operation sent in TC- 
BEGIN it may receive an operation from the gsmSCF in TC-BEGIN. In such cases the dialogue opened by the gprsSSF 
is maintained and the dialogue opened by the gsmSCF is aborted with this abort reason. 

SSME-FSM related messages 

The following procedures shall be followed: 

The TC dialogue shall be terminated by a TC-END primitive with zero components after the ActivityTestGPRS 
Return Result is sent. 

12.1.7.1.4 gsmSCF-to-gprsSSF messages 

This subclause defines the normal procedures for TC messages from the gsmSCF to the gprsSSF. 

In the case of overlapping dialogues for the same relationship the gsmSCF opened dialogue is closed by the gprsSSF as 
specified in clause 5.7. The gsmSCF shall first respond normally to the operations sent by the gprsSSF, and then decide 
on the further actions. 

SCME-FSM related messages 

The operations sent from the SCME-FSM shall be issued according to the following procedures: 
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A new subsequent TC dialogue is established when the ActivityTestGPRS operation is sent. 

12.1.7.2 Abnormal procedures 

12.1.7.2.1 gsmSCF-to-gprsSSF messages 

This subclause defines the abnormal procedures for TC messages from the gsmSCF to the gprsSSF. 

Considering that gprsSSF do not have the logic to recover from error cases detected on the gsmSCF-gprsSSF interface, 
the following shall apply: 

Operation errors and rejection of TC components shall be transmitted to the gprsSSF with a TC-END request 
primitive, basic end. 

The GPRS dialogue shall be closed. 

If, in violation of the above procedure, an ERROR or REJECT component is received with a TC -CONTINUE 
indication primitive, the gprsSSF shall abort the dialogue with a TC-U-ABORT request primitive. 

12.1.7.2.2 gprsSSF-to-gsmSCF messages 

This subclause defines the abnormal procedures for TC messages from the gprsSSF to the gsmSCF. 

Operation errors and rejection of TC components shall be transmitted to the gsmSCF according to the following rules: 

The TC dialogue shall be maintained when the preceding message, which contained the erroneous component, 

indicated that the dialogue shall be maintained. I.e. the error or reject shall be transmitted with a 

TC -CONTINUE request primitive. 

On receipt of an ERROR or REJECT component the gsmSCF decides on further processing. It may either 

continue, explicitly end or abort the TC dialogue. If the TC dialogue is closed due to such error, also GPRS 

dialogue shall be closed. 

on expiration of application timer Tssf, the TC dialogue shall be terminated by means of by TC-U-ABORT 
primitive with an Abort reason. The GPRS dialogue shall be closed. 

If the error processing in the gprsSSF leads to the case where the gprsSSF is not able to process further gsmSCF 
operations while the TC dialogue is to be maintained, the gprsSSF aborts the TC dialogue with a TC-END request 
primitive with basic end or a TC-U-ABORT request primitive, depending on whether any pending ERROR or REJECT 
component is to be sent or not. 

The gprsSSF can end a TC dialogue with a TC-U-ABORT request primitive in the following case: 

Any entity other than the gsmSCF initiates closure of the GPRS dialogue, and 

The gprsSSF has no pending reports, and 

The gprsSSF has no armed EDP to notify the gsmSCF that the GPRS dialogue has been closed. 
For an alternative method, see subclause 12.1.7.1.1. 

12.1.7.2.3 Default GPRS Handling 

If a TC dialogue is closed due to unrecoverable TC/protocol error (does not apply to the overlapping TC dialogues), or 
aborted by the gsmSCF, or at the Tssf expiry, then the gprsSSF shall check the applicable Default GPRS Handling 
parameter of the GPRS-CSI. In this context the applicable Default GPRS Handling is the one that corresponds the TDP 
that opened the GPRS dialogue. The same default handling shall apply to all state models that are controlled by the 
particular GPRS dialogue. 

12.2 Services assumed from SCCP 

This subclause describes the services required from the SCCP that may be used by the CAMELapplications for the 
CAMEL Application Part (CAP) used between the gsmSSF, assisting gsmSSF, gsmSRF,gprsSSF, and gsmSCF 
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The following SCCP revisions are supported by CAP version 3: 

- Signalling Connection Control Part, Signalling System no. 7 CCITT ('Blue Book SCCP') 

Signalling Connection Control Part, Signalling System no. 7 ITU-T Recommendation Q.711 to Q.716 ('White 
Book SCCP') 

NOTE: Support of White Book SCCP at the receiving side shall be mandated from 00:01hrs, 1st July 2002(UTC). 

ANSI Tl.112-1996 [40]: "American National Standards for Telecommunications- Signalling System Number 7 
(SS7) - Signalling Connection Control Part (SCCP)". 

When CAP uses White Book SCCP to send a message, and SCCP segments the message into one or more XUDT 
messages, then the transmission of this message may fail. 

Failure will occur when the destination SCCP, or any intermediate SCCP, does not support White Book SCCP. 

Support of ANSI T1.112 SCCP applies only to PLMNs in North America. Interworking between a PLMN in North 
America and a PLMN outside North America will involve a STP to translate between ANSI SCCP and ITU-T/CCITT 
SCCP. 

12.2.1 Normal procedures 

The SCCP is an MTP3-User, as defined within TS 29.202 [2] .The SCCP forms the link between the TC and the 
signalling transport (e.g MTP3, M3UA) and provides (in conjunction with the signalling transport) the network services 
for the CAMEL applications. The network services provided allow the signalling messages sent by the application to 
the lower layers to be successfully delivered to the peer application. 

1 2.2.2 Service functions from SCCP 
12.2.2.1 SCCP connectionless services 

The services described are those given in the SCCP ITU-T recommendations Q.711 to Q.716 should be consulted to 
identify possible interworking and compatibility issues between the different SCCP versions. 

The following Connection-less services are expected from the SCCP: 

a) Network Addressing to enable signalling connections between SCCP users; 

b) Sequence Control to enable the SCCP users to invoke "sequence guaranteed" or "sequence not guaranteed" 
options for a given stream of messages to the same destination; 

c) Segmentation/reassembly of large user messages (only for 'White Book SCCP'); 

d) Return Option to enable the SCCP users to invoke "discard message on error" or "return message on error" for a 
given message not able to be delivered by the SCCP to the destination SCCP user, due to routeing or 
segmentation/re-assembly failure; 

e) Congestion control. 

The primitives used for the above services are given below. 

The N-UNITDATA request and N-UNITDATA indication primitives are used to send and receive data. The parameters 
of these primitives include the Called and Calling Addresses, Sequence Control, Return Option and User Data with the 
addressing parameters always mandatory. 

The N-NOTICE indication primitive is used to return undelivered data if return option is set and a 
routeing/segmentation error occurs. 

12.2.2.1.1 Sub-System Number (SSN) 

The use of SSN is a network operator option and values for intra-PLMN usage are network specific. A CAP SSN has 
been reserved for inter-PLMN use, as defined in 3GPP TS 23.003 [49]. 
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12.2.2.1.2 Addressing 

The addressing elements consist of information contained within the CalUng and the Called Party Addresses which are 
sent by the application to the lower layers. 

The application expects the SCCP to route messages by either (a) the use of the Destination Point Code (DPC) plus the 
Subsystem Number (SSN), or (b) the use of the GT plus optionally the SSN. The application also specifies to the lower 
layer whether to route the message on the DPC or the GT. 

Method (a) above may be used when the application is aware of the destination point code and the destination SSN 
located at that point code to which the message is to be delivered. Within a national network different SSNs, according 
to ITU-T SCCP recommendation Q.713 [41], may be allocated for the different network specific applications, e.g. a 
SSN may be allocated for a gsmSCF functionality. 

Method (b) above may be used when a message is to be delivered to a SCCP -user which can be identified by the 
combination of the elements within the GT. An example of the use of this method is when messages have to be 
delivered between different networks. This method may be used since the originating network is unaware of the point 
code and SSN's allocations within the destination network. The network that determines the end-node to which the 
message is to be delivered has to perform a GT Translation to derive the destination Point Code and the SSN. If 
optionally the original address contained the SSN, then this may be used as the destination SSN, or the translation may, 
if required, provide an appropriate new SSN. 

When GT is used for addressing, the CAMEL application expects that the SCCP supports the following elements as 
defined in ITU-T SCCP recommendation Q.713 [41]: 

Address Indicator: 

The application will set this indicator to indicate one or any combination of the elements "signalling point code, GT, 
subsystem number" in the address information octets. 

GT Indicator: 

This indicator specifies the method employed for the formatting of the address information. There are four values 
(1 to 4), for example, the value 4 indicates that the format includes the numbering plan, the nature of the address 
indicator and the translation type. The format with the indicator value 4 is always used for internetwork connections. 

Translation Type: 

The Translation Types are defined within ITU-T SCCP recommendation Q.713 [41]. 

Numbering Plan: 

1) The proposed "generic numbering plan" is described within the ITU-T SCCP recommendation Q.713 [41]. This 
numbering plan identifies the SCCP nodes or SCCP subsystems unambiguously such that messages may be 
efficiently routed within one or more networks, and is particularly useful when used in the Calling Address for 
the sending of a response message back to the originating node. This is achieved by having an international and a 
national part in the generic numbering plan. For response messages the responding node analyses the 
international part of the generic numbering plan to determine the gateway node to which the response is to be 
routed. Having routed to the gateway node, the national part (which was populated within the originating 
network) is analysed to determine the originating node within the originating network. 

2) A numbering plan which would define particular nodes based specifically on services is outside the scope of 
CAMEL. 

3) The SCCP caters for a number of other numbering plans (e.g. ISDN, Mobile etc. numbering plans). The whole 
range catered for is shown in [2]. These may be used by CAMEL applications if deemed suitable. 

Encoding Scheme: 

This identifies the encoding scheme employed by the application and is generally BCD encoded with odd or even 
number of digits. 

GT Address Information: 

These are the actual address digits supplied by the application and may be BCD digits or encoded as indicated by the 
encoding scheme. 
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The network provider must ensure that any change of GT value during translation preserves any CAP specific 
information contained in the initial GT value. 

This requirement applies to all interfaces, not just those used for internetworking. 

If route on SSN is to be supported from the originating node then a ITU-T non-zero internationally standardized 
SSN is required for international internetworking. 

In the absence of a ITU-T standardized non-zero SSN for CAP services, the use of route on GTis mandatory from 
the origin node to the network containing the destination node. 

When the SCCP of CCITT Signalling System No. 7 is used, the format and coding of address parameters carried by the 
SCCP for that purpose shall comply with ITU-T Recommendation Q.713 [41] with the following restrictions: 

1) Intra-PLMN addressing 

For communication between entities within the same PLMN, the use of SCCP addressing is network specific, 
and method (a) and (b) are both applicable. 

2) Inter-PLMN addressing 

method (b) with the mandatory SSN is only applicable with the following format: 

i) Called Party Address 

- SSN indicator = a standardised SSN shall be used. The SSN used shall be that specified for CAP in 3GPP 
TS 23.003 [49]; 

Point Code indicator = 0; 

Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

Translation type = (Not used); 

Routing indicator = (Routing on global title); 

The format is also described in the table 12-2 below (for NP=1, NAI=4): 

Table 12-2: Called Party Address format 



8 


7 


6 5 4 3 


2 


1 







Rl = 


GTI = 4(0100) 


SSNI = 1 


PCI = 


Octet 1 


SSN = a value for CAP as specified in 3GPP TS 23.003 [49] 


Octet 2 


Translation type = 


Octet 3 


Numbering plan = 1 (E.164) Encoding scheme = 1 or 2 


Octet 4 


Nature of address indicator = 4 (International) 


Octet 5 


Country code digit 2 (if present) 


Country code digit 1 


Octet 6 


National Destination Code (NDC) Digit 1 


Country code digit 3 (if present) 


Octet 7 


NDC digit 3 (if present) 


NDC digit 2 (if present) 


Octet 8 


NDC digit 5 (if present) 


NDC digit 4 (if present) 


Octet 9 


Equipment idntification digit 2 


Equipment idntification digit 1 


Octet 1 








filler = (if needed) 


Equipment idntification digit m 


Octet n 



Note - Country code. National Destination Code, and SN (equipment id) are provided as example, so each digit may 
differ for each Inter-PLMN addressing case, (e.g., there is a case where only CC digit 1 shall be used). 
See ITU-T recommendation Q.713 [41] for translation rules. 

ii) Calling Party Address 

- SSN indicator = a standardised SSN shall be used. The SSN used shall be that specified for CAP in 3GPP 

TS 23.003[49]; 

Point code indicator = 0; 
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Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

Translation type = (Not used); 

- Routing indicator = (Routing on Global Title). 

The format is also described in the table 12-3 below (for NP=1, NAI=4): 

Table 12-3: Calling Party Address format 



8 


7 


6 5 


4 1 3 


2 


1 







Rl = 


GTI = 4 


SSNI = 1 


PCI = 


Octet 1 


SSN = a value for CAP as specified in 3GPP TS 23.003 [49] 


Octet 2 


Translation type = 


Octet 3 


Numbering plan = 1 (E.I 64) Encoding scheme = 1 or 2 


Octet 4 


Nature of address indicator = 4 (International) 


Octet 5 


Country code digit 2 (if present) 


Country code digit 1 


Octet 6 


National Destination Code (NDC) Digit 1 


Country code digit 3 (if present) 


Octet 7 


NDC digit 3 (if present) 


NDC digit 2 (if present) 


Octet 8 


NDC digit 5 (if present) 


NDC digit 4 (if present) 


Octet 9 


Equipment idntification digit 2 


Equipment idntification digit 1 


Octet 1 








filler = (if needed) 


Equipment idntification digit m 


Octet n 



Note - Country code. National Destination Code, and SN (equipment id) are provided as example, so each digit may 
differ for each Inter-PLMN addressing case, (e.g., there is a case where only CC digit 1 shall be used). 
See ITU-T recommendation Q.713 [41] for translation rules. 

When the SCCP of ANSI Signalling System No. 7 is used, the format and coding of address parameters carried by the 
SCCP for the purpose of signalling transfer shall comply with ANSI Recommendation T1.112 [40] with the following 
restrictions: 

1) Intra-PLMN addressing 

For communication between entities within the same PLMN, the use of SCCP addressing is network specific. 

2) Inter-PLMN addressing 

a) Called Party Address 

SSN indicator = a standardised SSN shall be used. The SSN used shall be that specified for CAP in 3GPP 

TS 23.003 [49]; 

Point Code indicator = 0; 

Global title indicator = 0010 (Global title includes translation type); 

the Translation Type (TT) field shall be coded according to the content of the address information as 
follows: 

TT = 9 (decimal), if IMSI is included 

TT = 14 (decimal), if MSISDN is included, 

or TT = 10 (decimal), if a Network Element address is included. (If TT=10, then Number Portability 
is not applicable, if TT=14, then Number Portability is applicable) 

Routing indicator = (Routing on global title); 

b) Calling Party Address 

SSN indicator = a standardised SSN shall be used. The SSN used shall be that specified for CAP in 3GPP 

TS 23.003 [49]; 

Point code indicator = 0; 
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Global title indicator = 0010 (Global title includes translation type); 

the Translation Type (TT) field shall be coded according to the content of the address information as 
follows: 

TT = 9 (decimal), if IMSI is included 

TT = 14 (decimal), if MSISDN is included, 

or TT = 10 (decimal), if a Network Element address is included. (If TT=10, then Number Portability 
is not applicable, if TT=14, then Number Portability is applicable) 

Routing indicator = (Routing on Global Title). 

12.2.2.1.3 Sequence control 

The application will specify whether SCCP protocol class or 1 is required. Class provides a basic connection-less 
service where the sequence of message delivery is not guaranteed. Class 1 connection-less service provides a 
guaranteed sequence delivery of messages (with the same called address) for a given stream of messages. Class 1 shall 
be requested by any application that can send more than 1 TC message to its peer (consecutive TR-CONTINUE) before 
receiving a response from its peer (TR-CONTINUE or TR-END). 

On receipt of a TC-RESULT-NL indication, the TC-USER shall request the transfer of a reject component using TC-U- 
REJECT request primitive, with the appropriate problem code (mistyped parameter). 

The return option may be used if requested by the application (Network Operator to determine). 

12.2.2.1.4 Return on error 

Return on Error mechanism may be required by the CAMEL applications such that the application is aware of messages 
that have not been delivered to the destination by the SCCP. The return option allows the return of the message that was 
not delivered due to routeing or segmentation/re-assembly failure back to the issuing user. This return option may be 
required in all segments of a long message or only in the first segment by the CAMEL applications. 

If the return option is invoked by the application and the message is not delivered then the SCCP specifies the "return 
reason" as specified in ITU-T SCCP recommendation Q.713 [41]. The N-NOTICE primitive is used to return the 
undelivered message to the originating user. 

12.2.2.1.5 Segmentation / reassembly 

The application expects that since the SCCP can send up to 260 octets of user data (including the address information 
and TC-message) in a UDT message (248 octets in a XUDT message performing segmentation and congestion control), 
segmentation is available for long user messages. 

Also the SCCP is expected to perform the reassembly function on received segmented messages and deliver the 
reassembled message to the user. 

However, it should be noted that even though the theoretical maximum size of SCCP-user data and addresses that can 
be segmented by the SCCP is 3 968 octets, the SCCP-user would limit the length to about 2 560 octets to allow for the 
largest known addresses. Note that the application must also allow for the octets used for the TC-message in the 2 560 
octets. 

The CAMEL application does not expect the SCCP to segment the long message into more than 16 segments. 

12.2.2.1.6 Congestion control 

To help control of possible congestion that might occur in the lower layers the application may assign a value to 
indicate the importance of the message. The use of this parameter requires the use of SCCP (1997) ITU-T 
Recommendations. 

Also there exist other congestion control mechanisms as indicated below in SCCP Management. 
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These congestion control methods are network operator option in case of intra-PLMN network signalHng, and shall not 
be used in case of inter-PLMN network signalling. 

12.2.2.2 SCCP connection oriented services 

The use by CAMEL applications for the Connection-oriented services is outside the scope of CAMEL. 

12.2.2.3 SCCP management 

The subsystems used within the CAMEL application expect the SCCP to provide management procedures to maintain 
network performance by re-routeing in the event of failure of a subsystem, and in case of network congestion by use of 
the congestion handling procedure. These procedures have appropriate interactions with the SCCP user as described in 
ITU-T SCCP recommendations Q.713 [41] and Q.714 [50]. 

To achieve the above the SCCP is expected to perform the following procedures.- 

Signalling point status management (which include the signalling point prohibited, signalling point allowed, 
signalling point congested, and local "signalling transport" availability sub procedures). 

Subsystem status management (which include the subsystem prohibited, subsystem allowed, and subsystem 
status test sub procedures). 

Co-ordinated state change (a procedure which allows a duplicated subsystem to be withdrawn from service 
without affecting the performance of the network). 

These SCCP management procedures are network operator option in case of intra-PLMN network signalling, and shall 
not be used in case of inter-PLMN network signalling. 
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Annex A (normative): 

Mapping between CAP and ISUP 

A.1 InitialDP operation 

Table A.I 



ISUP message 
lAM(Notel) 


CAP operation 
InitialDP 


Called party number 


CalledPartyNumber 


Calling party number 


CallingPartyNumber 


Calling party's category 


CallingPartysCategory 


Location number 


LocationNumber 


Original called number 


OriginalCalledPartylD 


User teleservice information (1^' priority) 

High layer compatibility IE contained in access transport 
(2"'' priority) (Note 2) 


HighLayerCompatibility 


Generic number 'additional calling party number' 


AdditionalCallingPartyNumber 


User service information prime (1^' priority) 
User service information (2"^ priority) 


BearerCapability 


Redirecting number 


RedirectingPartylD 


Redirection information 


Redirection Information 


Call diversion treatment indicators 


ServicelnteractionlndicatorsTwo.Call diversion treatment 
indicators 


Conference treatment indicators 


ServicelnteractionlndicatorsTwo. Conference treatment 
indicators 



NOTE 1 : Optional parameters may be absent, i.e. they are only mapped, if these parameters are available at the DP. 

NOTE 2: If two high layer compatibility information elements are contained in the access transport parameter, then 
the second information element, carrying the preferred HLC, is mapped to the CAP 
highLayerCompatibility parameter. 



A.2 ContinueWithArgument operation 

Table A.2 illustrates the mapping of parameters received in the ContinueWithArgument operation to parameters sent in 
the lAM message to the succeeding exchange. Parameters which were received in the lAM and are not replaced by 
parameters of the Connect operation are treated according to the normal procedures. 

On sending of the lAM the awaiting address complete timer is started. If the timer expires the call is released in both 
directions and an appropriate indication is returned to the calling subscriber. 

Table A.2 



CAP operation ContinueWithArgument (Note 1) 


ISUP message lAM 


OriginalCalledPartylD 


Original called number 


CallingPartysCategory 


Calling party's category 


RedirectingPartylD 


Redirecting number 


Redirectionlnformation 


Redirection information 


GenericNumbers 


Generic number (Note 2) 


ServicelnteractionlndicatorTwo 


See Table A.4 



NOTE 1: Optional parameters may be absent, i.e. they are only mapped, if received. 



ETSI 



3GPP TS 29.078 version 4.1.0 Release 4 



186 



ETSI TS 129 078 V4.1.0 (2001-06) 



NOTE 2: The set of generic numbers received in the genericNumbers parameter is mapped to the appropriate 
number of Generic Number parameters in the ISUP lAM. This shall be performed irrespective of the 
value of the screening indicator in the ISUP calling party number. 



A.3 Connect operation 



On receipt of a Connect operation from the gsmSCF the called party number used for routing is derived from the 
destinationRoutingAddress (see Table A.3). If the triggering of the CAMEL service was made for a mobile terminating 
or forwarded call, an ACM message shall be sent to the preceding exchange. The encoding of the backward call 
indicators in the ACM is specified in 3GPP TS 09.12 [51]. 

Table A.3 illustrates the mapping of parameters received in the Connect operation to parameters sent in the lAM 
message to the succeeding exchange. Parameters which were received in the lAM and are not replaced by parameters of 
the Connect operation are treated according to the normal procedures. 

On sending of the lAM the awaiting address complete timer is started. If the timer expires the call is released in both 
directions and an appropriate indication is returned to the calling subscriber. 

Table A.3 



CAP operation 
Connect (Note 1) 


ISUP message 
lAM 


destinationRoutingAddress 


Called party number 


originalCalledPartylD 


Original called number 


CallingPartysCategory 


Calling party's category 


RedirectingPartylD 


Redirecting number 


Redirectionlnformation 


Redirection information 


genericNumbers 


Generic number (Note 2) 


ServicelnteractionlndicatorTwo 


See Table A.4 



NOTE 1: Optional parameters may be absent, i.e. they are only mapped, if received. 

NOTE 2: The set of generic numbers received in the genericNumbers parameter is mapped to the appropriate 
number of Generic Number parameters in the ISUP lAM. This shall be performed irrespective of the 
value of the screening indicator in the ISUP calling party number. 

Table A.4- Mapping of the CAP Connect and Continue WithArgument operation servicelnteractionlndicatorsTwo to 
ISUP 
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Table A.4 



CAP 


ISUP parameter in 


Servicelnteractionlndicators 


ACM/CPG/CON/ANIVI/REL 


JAM 




— 


Call diversion treatment indicators 
parameter 


Call to be diverted indicator 




Call to be diverted indicator 


- call diversion allowed (default) 




- no indication 


- call diversion not allowed 




- call diversion allowed 

- call diversion not allowed 




— 


Conference treatment indicators 
parameter 


Conference at DLE accept, ind. 




Conference acceptance ind. 


- accept conference request (default) 




- no indication 


- reject conference request 




- accept conference request 

- reject conference request 


Calling party restriction indicator 


— 


Calling party number address 
presentation restricted indicator 


- no IN impact (default) 




- no impact 


- presentation restricted 




- presentation restricted 




ACM/CPG/CON/ANM: Conference 


— 




treatment indicators parameter 




Conference at OLE accept, ind. 


Conference acceptance ind. 




- accept conference request (default) 


- no indication 




- reject conference request 


- accept conference request 

- reject conference request 






PEL, busy cause 


... 


Call completion treatment indicator 


Diagnostig field 




- accept CCBS service request (default) 


- CCBS possible 




- reject CCBS service request 


- CCBS not possible 




Connected number treatment indicator 


Notes 




- no IN impact 






- presentation restricted 






- present called IN number 






- present called IN number restricted 







NOTE 3: 

If 'no IN impact' was received in the CAP servicelnteractionlndicatorsTwo (connected number treatment indicator), 
then a connected number parameter and a generic number parameter 'additional connected number' are passed on 
unchanged. 

If 'presentation restricted' was received in the CAP servicelnteractionlndicatorsTwo, then 

a) If a connected number parameter has been received in the ANM or CON message, the address presentation 
restricted indicator is set to 'presentation restricted'. 

b) If a generic number parameter 'additional connected number' has been received in the ANM or CON message, 
the address presentation restricted indicator is set to 'presentation restricted'. 

c) If a redirection number parameter has been received, a redirection number restriction parameter is sent in the 
ANM message with bits AB set to 'presentation restricted'. 

If 'present called IN number' was received in the CAP servicelnteractionlndicatorsTwo, then 

a) If a connected number parameter has been received in the ANM or CON message, the connected number 
parameter is modified as follows: 

nature of address indicator and numbering plan indicator are encoded as received in the called party number of 
the lAM message, 

address presentation restricted indicator: 00 (presentation allowed), 

address signals: as received in the called party number and possible subsequent number parameters, until the 
ACM message was sent. 
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b) A generic number parameter 'additional connected number' is deleted from the message, if applicable, 

c) A redirection number parameter is deleted from the relevant messages, if applicable. 

If 'present called IN number restricted' was received in the CAP servicelnteractionlndicatorsTwo, then 

a) If a connected number parameter has been received in the ANM or CON message, the connected number 
parameter is modified as follows: 

nature of address indicator and numbering plan indicator are encoded as received in the called party number of 
the lAM message, 

address presentation restricted indicator: 01 (presentation restricted), 

address signals: as received in the called party number and possible subsequent number parameters, until the 
ACM message was sent. 

b) A generic number parameter 'additional connected number' is deleted from the message, if applicable, 

c) A redirection number parameter is deleted from the relevant messages, if applicable. 



A.4 AssistRequestlnstructions operation 

If an lAM is received at an assisting SSP containing a gsmSSF or an IP containing a gsmSRF then an 
AssistRequestlnstructions operation is sent to the gsmSCF. The correlationID parameter in the 
AssistRequestlnstructions operation can contain: 

a) the CorrelationID digits extracted from the lAM Called Party Number, 

b) the whole Called Party Number received in the ISUP lAM (CorrelationID digits extracted at gsmSCF), 

c) the contents of the ISUP lAM CorrelationID parameter 

In the case where the gsmSCF and the assisting gsmSSF are both in the HPLMN and ISUP 97 is supported then any of 
these mechanisms may be used. 

In the case where the gsmSCF and the assisting gsmSSF are both in the HPLMN and ISUP 97 is not supported then 
mechanisms a) and b) may be used. 

In the case where the gsmSCF is in the HPLMN and the assisting gsmSSF is in the VPLMN then only mechanism b) 
may be used when an all-ISUP 97 signalling path cannot be guaranteed. Mechanism a) may be used if bilateral 
agreements on the format of the information transferred in the ISUP lAM Called Party Number are defined between the 
HPLMN and VPLMN. 

In the case where the gsmSCF is in the HPLMN and the assisting gsmSSF is in the VPLMN then mechanism c) only 
may be used if an all-ISUP 97 signalling path can be guaranteed between the HPLMN and the VPLMN. 



A.5 ConnectToResource operation 

On receipt of a ConnectToResource operation from the gsmSCF the the IP is connected to the incoming call, to 
facilitate User Interactive dialogue with the user. 

If the User Interactive dialogue is to be performed at a forwarding MSC or GMSC then an ACM message shall be sent 
to the preceding exchange. The encoding of the backward call indicators in the ACM is specified in 3GPP TS 09.12 
[51], with the Optional Backward Call Indicators indicating 'in-band information or an appropriate pattern is now 
available'. 

If the User Interactive dialogue is to be performed at a forwarding MSC or GMSC then when the IP indicates through- 
connection and the ConnectToResource operation indicates that a bothway throughconnection is required an ANM 
message shall be sent to the preceding exchange if answer has not previously been sent. As a network 
operator/equipment vendor option a CPG message may be sent if ANM has already been sent. 
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A.6 EstablishTemporaryConnection operation 

On receipt of an EstablishTemporaryConnection operation from the gsmSCF then if the triggering of the CAMEL 
service was made for a mobile terminating or forwarded call an ACM message shall be sent to the preceding exchange. 
The encoding of the backward call indicators in the ACM is specified in 3GPP TS 09.12 [51]. In addition, an ISUP 
lAM shall be sent to the succeeding exchange. 

Table A.5 illustrates the mapping of parameters received in the EstablishTemporaryConnection operation to parameters 
sent in the lAM message to the succeeding exchange. On sending of the JAM the awaiting address complete timer is 
started. If the timer expires the call is released in both directions and an appropriate indication is returned to the calling 
subscriber. 



Table A.5 



CAP operation 
EstablisliTemporaryConnection (Note 1) 


ISUP message 
lAM 


assistingSSPIPRoutingAddress 


Called party number 


CorrelationID 


Correlation id (note 1) 


Scfid 


GsmSCF id (note 1) 



NOTE 1: These optional parameters may be absent, i.e. they are only mapped, if received. If they are received and 
cannot be mapped then an error is sent to the gsmSCF as detailed in clause 1 1 . 

NOTE 2: The AssistingSSPIPRoutingAddress parameter may also include a Hex B digit, in order to delineate the 
boundary between digits used for routing and digits forming part of the SCFiD and/or CorrelationID. 

Except for the Called Party Number the remaining mandatory lAM parameters are set as follows: 

a) Nature of connection indicators 

set as in an Originating MSC, 

set as in Originating MSC, 

set as in Originating MSC 



Satellite indicator: 
Continuity check indicator: 
Echo control device indicator: 
b) Forward Call Indicators 

National/international call indicator: 
End-to-end method indicator: 
Interworking indicator: 
End-to-end information indicator: 
ISDN User Part indicator: 



set as in Originating MSC, 

00 (no end-to-end method available), 

(no interworking encountered), 

(no end-to-end information available), 

1 (ISDN User Part used all the way), 
ISDN User Part preference indicator: 00 (ISDN User Part preferred all the way), 
ISDN access indicator: (originating access non-ISDN), 

SCCP method indicator: 00 (no indication) 

c) Calling Party's Category 
00001010 (ordinary subscriber) 

d) Transmission Medium Requirement 
00000011 (3.1 kHz audio) 

The ISUP lAM optional parameter Propagation Delay Counter is set as in an Originating MSC 



A.7 ReleaseCall operation 



Upon receipt of the ReleaseCall operation, the GMSC/gsmSSF (VMSC/gsmSSF) sends REL messages in both 
directions. The cause indicators parameter contains the releaseCallArg parameter of the ReleaseCall operation. 
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